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This brief is in furtherance of the Notice of Appeal filed in this case on 1 2/1 9/2007. 
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V SUMMARY OF CLAIMED SUBJECT MATTER 

VI G ROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 
VH ARGUMENT 

VIH CLAIMS APPENDIX 

IX EVIDENCE APPENDIX 

X RELATED PROCEEDING APPENDIX 
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I REAL PARTY IN INTEREST (37 C.F.R, § 41.37(c)(l)(i)) 

The real party in interest in this appeal is NVIDIA Corporation. 
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II RELATED APPEALS AND INTERFERENCES (37 C.F.R. § 41.37(c) (!)(«)) 

With respect to other prior or pending appeals, interferences, or related judicial proceedings that 
will directly affect, or be directly affected by, or have a bearing on the Board's decision in the 
pending appeal, prior appeals were noted on 03/09/2004 and 1 1/18/2005 in the present 
application. 

A Related Proceedings Appendix is appended hereto. 
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III STATUS OF CLAIMS <37 CF.R. § 41.37(c) (1 )(«!)) 

A. TOTAL NUMBER OF CLAIMS IN APPLICATION 

Claims in the application are: 1-30 

B. STATUS OF ALL THE CLAIMS IN APPLICATION 

1 . Claims withdrawn from consideration: None 

2. Claims pending: 1-30 

3. Claims allowed: None 

4. Claims rejected: 1-30 

5. Claims cancelled: None 

C. CLAI MS ON APPEAL 

The claims oa appeal are: 1-30 

See additional status information in (he Appendix of Claims. 
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IV STATUS OF AMENDMENTS (37 CF.R. % 4I.37(c)(l)(iv)) 

As to the status of any amendment filed subsequent to final rejection, the Amendment submitted 
on 1 2/1 4/2004 was not entered by the Examiner. 
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V SUM M ARY OF CLA1 M ED SUBJECT MATTER (37 C.F.R. § 41.37(c)(l)(v)) 

With respect to a summary of Claim 1, as shown in Figures 3 A and 5 et aL a method for 
execution with a system including a tangible computer readable medium for retrieving 
instructions from video memory utilizing a texture module in a graphics pipeline comprises 
sending an instruction request to video memory (e.g. see item 304 of Figure 3A) utilizing a 
texture module (e.g. see item 301 of Figure 3 A) in a graphics pipeline (e.g. see item 502 of 
Figure 5, etc.). In addition, the method comprises, in response to the instruction request, 
receiving the instructions from the video memory utilizing the texture module in the graphics 
pipeline (e.g. see item 504 of Figure 5, etc ). See, for example, page 6, lines 4-8 et al. 

With respect to a summary of Claim 24, as shown in Figures 3 A and 5 et al., a computer program 
product embodied on a tangible computer readable medium for retrieving instructions from video 
memory utilizing a texture module in a graphics pipeline comprises computer code for sending 
an instruction request to video memory (e.g. see item 304 of Figure 3A). Further, a texture 
module (e.g. see item 301 of Figure 3A) in a graphics pipeline sends the instruction request to 
the video memory (e.g. see item 502 of Figure 5, etc.). In addition, the computer program 
product comprises computer code for receiving instructions from the video memory in response 
to the instruction request utilizing the texture module in the graphics pipeline (e.g. see item 504 
of Figure 5, etc.). See, for example, page 6, lines 4-8 et ah 

With respect to a summary of Claim 25, as shown in Figures 3 A and 5 et al, a system including 
a tangible computer readable medium for retrieving instructions from video memory utilizing a 
texture module in a graphics pipeline means for (e.g. see item 301 of Figure 3 A) sending an 
instruction request to video memory (e.g. see item 304 of Figure 3 A). Further, a texture module 
(e.g. see item 301 of Figure 3 A) in a graphics pipeline sends the instruction request to the video 
memory (e.g. see item 502 of Figure 5, etc.). In addition, the system comprises means for (e.g. 
see item 301 of Figure 3A) receiving instructions from the video memory in response to the 
instruction request (e.g. see item 504 of Figure 5, etc.). See, for example, page 6, lines 4-8 and 
16-17 et al. 



-8- 

With respect to a summary of Claim 26, as shewn in Figures 3 A and 5 et al, a texture sob- 
system including a tangible computer readable medium for retrieving instructions from video 
memory and capable of carrying out a method. The method comprising sending an instruction 
request to video memory (e.g. see item 304 of Figure 3A). Further, a texture module (e.g. see 
item 301 of Figure 3 A) sends the instruction request to the video memory. In addition, the 
method comprises receiving instructions from the video memory in response to the instruction 
request (e.g. see item 504 of Figure 5, etc). See, for example, page 6, lines 4-8 et al. 

With respect to a summary of Claim 27, as shown in Figures 3A and 4 et al.., a data structure is 
stored in a frame buffer of a graphics processor including a tangible computer readable medium. 
Further, the data structure allows for the retrieval of instructions. Additionally, a texture module 
(e.g. see item 301 of Figure 3 A) coupled to the data structure sends an instruction request to 
video memory (e.g. see item 304 of Figure 3 A). In addition, the data structure comprises an 
instruction object (e.g. see item 402 of Figure 4, etc, ) stored in the frame buffer for retrieval in 
response to the instruction request utilizing the texture module in the graphics processor. See, 
for example, page 6, lines 4-8 and 16-17; and page 11, lines 13-15 et al. 

With respect to a summary of Claim 28, as shown in Figures 3 A and 7, a method for execution 
with a system including a tangible computer readable medium for retrieving instructions from 
video memory comprises receiving a plurality of preliminary instructions ( e.g. see item 702 of 
Figure 7, etc.) from a rasterizer module (e.g. see item 300 of Figure 3A, etc.) utilizing a texture 
module (e.g. see item 301 of Figure 3 A, etc.) coupled to the rasterizer. The method further 
comprises sending an instruction request to video memory (e.g. see item 304 of Figure 3 A, etc.). 
Further, the texture module sends the instruction request to the video memory. 

Furthermore, the method comprises receiving additional instructions from the video memory in 
response to the instruction request utilizing the texture module. Additionally, the method 
comprises caching the additional instructions on the texture module (e.g. see item 303 of Figure 
3A, etc.). Further still, the method comprises sending a texture request to video memory 
utilizing the texture module in accordance with the additional instructions. Additionally, the 
method comprises receiving texture information from the video memory in response to the 
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texture request utilizing the texture module, in addition, the method comprises caching the 
texture information on the texture module. 

Further still the method comprises repeating the steps from sending an instruction request to 
video memory to caching the texture information on the texture module (e.g. see item 712 of 
Figure 7, etc.) in accordance with the additional instructions. See, for example, page 6. lines 4-8 
and 24-27; page 9, lines 26-30; and page 12, line 26-page 13, line 2 et al 

With respect to a summary of Claim 29, as shown in Figures 6 and 7, a method for execution 
with a system including a tangible computer readable medium for retrieving instructions from 
video memory comprises receiving a plurality of preliminary instructions from a rasterizer 
module (e.g. see item 650 of Figure 6, etc.) utilizing a shader module (e.g. see item 60 ! of Figure 
6, etc.) coupled to the rasterizer (e.g. see item 702 of Figure 7, etc.). The method further 
comprises sending an. instruction request to video memory (e.g. see item 604 of Figure 6, etc.). 
Additionally, a texture module (e.g. see item 602 of Figure 6, etc.) coupled to the shader module 
sends the instruction request to the video memory. 

Furthermore, the method comprises receiving additional instructions from the video memory in 
response to the instruction request utilizing the texture module. Additionally, the method 
comprises caching the additional instructions on the texture, module. Further still the method 
comprises sending a texture request to video memory utilizing the texture module in accordance 
with the additional instructions. Additionally, the method comprises receiving texture 
information from the video memory in response to the texture request utilizing the texture 
module. Furthermore, the method comprises caching the texture information on the texture 
module. Further still the method comprises processing a plurality of pixels with the texture 
information utilizing the shader module in accordance with the additional instructions (e.g. see 
item 710 of Figure 7, etc.). 

Further still, the method comprises repeating the steps from sending an instruction request to 
video memory to processing a plurality of pixels with texture information utilizing the shader 
module (e.g. see item 712 of Figure 7, etc.) in accordance with the additional instructions. See, 
for example, page 6, lines 4-8; page 7, lines 7-1 5; and page 9, lines 26-30 et al 
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With respect to a summary of Claim 30, as shown in Figure 3 A, a method for execution with a 
system including a tangible computer readable medium for retrieving instructions from video 
memory utilizing a cache in a graphics pipeline comprises sending an instruction request to video 
memory (e.g see i ten tre 3 A, etc.) in a 03 of figure 

3 A. etc.). Further., a cache in the graphics pipeline sends the instruction request to the video 
memory. Furthermore, the method comprises receiving instructions from the video memory in 
response to the instruction request for storage in the cache ia the graphics pipeline. See, for 
example, page 6, lines 4-8 and 16-17; page 7, lines 4-5; and page 9, lines 26-30 et al. 

Of course, the above citations are merely examples of the above claim language and should not 
be construed as limiting in any manner. 
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VI GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL (37 C.F.R, § 
41.37(c)(l)(vi» 

Following, under each issue listed, is a concise statement setting forth the corresponding ground 
of rejection. 

Issue # 1 ; The Examiner has rejected Claims 1-12, 18-21, 24-28, and 30 under 35 U.S.C. 103(a) 
as being unpatentable over Rivard (U.S. Patent No. 5,987,567), in view of Wang (U.S. Patent 
No. 5,83 i, 640). 

Issue #2: The Examiner has rejected Claims 13-17, 22, 23, and 29 under 35 U.S.C. 103(a) as 
being unpatentable over Rivard {U.S. Patent No. 5,987,567), in view of Wang (U.S. Patent No. 
5,831 ,640), and further in view of Applicant Admitted Prior Art (AAPA). 
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VII ARGUMENT (37 C.F.R. § 41.37(c)(i)(vii» 

The claims of the groups noted below do not stand or fail together, in the present section, 
appellant explains why the claims of each group are believed to be separately patentable. 

Issue # 1 : 

The Examiner has rejected Claims 1-12, 18-21, 24-28, and 30 under 35 U.S.C. 103(a) as being 
unpatentable over Rivard (U.S. Patent No. 5,987,567), in view of Wang (U.S. Patent No. 
5,831,640). 

Group ill: Claims 1-12, 21, 24, and 27 

To establish a. prima facie case of obviousness, three basic criteria must be met. First, there must 
be some suggestion or motivation, either in the references themselves or in the knowledge 
generally available to one of ordinary skill in the art, to modify the reference or to combine 
reference teachings. Second, there must be a reasonable expectation of success. Finally, the prior 
art reference (or references when combined) must teach or suggest all the claim limitations. The 
teaching or suggestion to make the claimed combination and the reasonable expectation of 
success must both be found in the prior art and not based on appellant's disclosure. In re 
VaeckMl F.2d488, 20 USPQ24 1438 (Fed.Cir.i99I). 

With respect to the first element of the prima facie case of obviousness, the Examiner has argued 
that "[o]ne of ordinary skill in [the] an. . . would have expected [appellant's] invention to perform 
equally well with Rivard 's reference that teaches to send and receive information-instruction 
from the texture mapping stage and texel cache system to the DRAM because using [these] 
components together will also result in sending and receiving instructions to and from DRAM." 
To the contrary, appellant respectfully asserts that it would not have been obvious to modify the 
teaching of Rivard, especially in view of the vast evidence to the contrary. 

Vppell mi respectfull} points out that Rivard teaches that "[bjecause memoiv request generator 
1020 is between cache tag blocks 1010, 1015 and cache data store 1030, generator 1020 can 
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perform DRAM 655 met. ts. before, tl ' 

data store and memory data resoher 1030" (Col 6, lines 62-66 ~ emphasis added). In addition, 
Rivard teaches that "[o]nce memory requests are generated, there is, depending on the DRAM 
design, a constant latency of about five to ten ck S le wssibly more) which includes 
time for exiting and reentering the graphics pipeline hardware, to effect a page hit," and 
''[tjherefore, graphics accelerator system 635 includes pipeline Ic -sk , : Wroents 1.025 to 
coordinate arrival of the memory data and of the associated instaictions at cache data store and 
memory data resoher 1030" (Col. 6, line 66-Col 7, line 7 - emphasis added). Furthermore, 
Rivard discloses that "the memory request generator is coupled between the cache tag block and 
the cache data store for performing a memory request before an address and instruction 
information associated with the needed texels reach the cache data store" (Col. .10, lines 48-52 - 
emphasis added). 

Appellant respectfully asserts that a combination of data and. instructions in Rivard would result 
in no need for Rivard' s purposefully included "pipeline latency elements" since the combination 
of data and instructions would arrive together. As a result, there is no suggestion that the 
modification of the Rivard reference, as argued by the Examiner, is desired. The mere fact that 
references can be combined or modified does not render the resultant combination obvious 
unless the prior art. also suggests the desirability of the combination. In re Mills, 916 F.2d 680, 
16 USPQ2d 1430 (Fed. Or. 1990). Although a prior art device "may be capable of being 
modified to run the way the apparatus is claimed, there must be a suggestion or motivation in the 
reference to do so." 916 F.2d at 682, 16 USPQ2d at 1432.). 

Additionally, appellant respectfully notes that modifying the Rivard reference, as suggested by 
the Examiner, would change the principle of operation of the Rivard system, since it would 
obviate the need for the purposefully included "pipeline latency elements 1025," as noted above. 
If the proposed modification or combination of the prior art would change the principle of 
operation of the prior art invention being modified, then the teachings of the references are not 
sufficient to render the claims prima facie obvious, hi re Rata, 270 F.2d 810. 123 USPQ 340 
(CCPA 1959) 
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In the Office Action mailed 09/20/2007, the Examiner has failed to specifically respond to 
appellant's above arguments. Again, appellant respectfully asserts that modifying the Rivard 
reference a \ the Examiner, would change the principle of operation of the Rivard 

system, since it would obviate the need for the purposefully included "pipeline latency elements 
1025, " as noted above. 

Furthermore, appellant respectfully asserts that, in the Abstract, Rivard teaches "[a] system for 
caching texel information in a cache data store, for use in a graphics rendering system which 
uses interpolate sampling to compute texture color values." Additionally, Rivard teaches that 
"[fjhe system includes a texel memory storing texel information, a graphics application program 
for using interpolate sampling to compute dynamic texture values, a first cache data storage for 
a number of the most-recently-retrieved texels, a second cache data storage for a previously- 
retrieved adjacent line of texels, cache tag blocks for determining whether the texels needed by 
the graphics accelerator system are cached in either of the first or second cache data stores, and a 
memory request generator for retrie ving texels from texel memory upon indication of a miss by 
the cache tag blocks." 

However, Rivard does not recognize one of the various possible problems solved by appellant, 
namely to "accommodate the programmabiiity of recent texture and shader modules without 
being inhibited by the size of associated programs," for example. It was this insight in solving 
this problem that helped the inventors conceive of the claimed invention which overcomes the 
drawbacks of the prior art. "Because that insight was contrary to the understandings and 
expectations of the art, the structure effectuating it would not have been obvious to those skilled 
in the art." Schenck v. Nor iron Corp., 713 F.2d at 785,218 USPQ at 700 (citations omitted). 

In the Office Action mailed 09/20/2007, in paragraph 3 on Page 2. the Examiner has argued the 
following: 

"'In response to [appellant's] argument that the references fail to show certain features of 
tpj »l, i i» cd invention it is noted that the features upon which [appellant] relies 

(i.e., to accommodate the programmabiiity of recent texture and shader modules without 
being inhibited by the size of the associated programs) are not recited in the rejected 
claims(s). Although the claims are interpreted in light of the specification, limitations 
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froni the specification are not read into the claims- See In re Fan Gemis, 988 F 2d 1181, 
26 USPQ2d 1057 (Fed. Cir. 1993);' 

Appellant respectfully asserts that Rivard teaches "[a] system, for caching texel information, in a 
cache data store, for use in a graphics rendering system which uses interpoiative sampling to 
compute texture color values" (Abstract). Clearly; Rivard 5 s system for caching texel information 
in a cache data store does not recognize one of the various possible problems solved by 
appellant, namely to "accommodate the programmability of recent texture and shader modules 
without being inhibited by the size of associated programs," as disclosed in the Specification, 
Page 5, lines 13-15, for example. It was the insight in solving the aforementioned problem that 
helped the inventors conceive of the claimed invention , which overcomes the drawbacks of the 
prior art, "'Because that insight was contrary to the understandings and expectations of the art, 
the structure effectuating it would not have been obvious to those skilled in the art." Schenck v. 
Nortron Carp,, 713 F.2d at 785, 218 USPQ at 700 (citations omitted). 

Additionally, appellant respectfully asserts that the following excerpts from Rivard demonstrate 
that such reference, in fact, leaches away from appellant's claimed, invention. 




reach cae cache aata score." {Cel. 10, Iiaes 46-50 - empaaecc addec? 

Appellant respectfully asserts that the v pjpi [in Ueno e] *♦ tents 1025," as described in Rivard, 
are introduced specifically "to coordinate ULLY.aj oj [.be memos data and of .the..asjac[ated 
instructions at cache data store and memory data resoiver 1030''' (emphasis added). Thus, Rivard 
actually leaches away from appellant's claim language by intentionally incorporating the 
"pipeline latency elements 1025" for the specific purpose of coordinating the arrival of the 
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instructions and the memory data from separate sources. A prima facie case of obviousness may 
also be rebutted by showing that the art, in any material respect, leaches away from the claimed 
invention, In re Geisler, 116 F.3d 1465, 1471, 43 USPQ2d 1362, 1366 (Fed. Cir. 1997). 

In die Office Action ma I i espond to 

appellant's above arguments. Again, appellant respectfully asserts that Rivard actually teaches 
away from appellant's claim language by intentionally incorporating the "pipeline latency 
elements 1025'" for the specific purpose of coordinating the arrival of the instructions and the 
memory data from separate sources. 

Thus, clearly at least the first element of the prima facie case of obviousness has not been met by 
the Rivard reference. 

More importantly, with respect to the third element of the prima facie case of obviousness, 
appellant respectfully asserts that the Rivard reference also fails to meet all of appellant's claim 
limitations. Specifically, with respect to independent Claims 1, 24, and 27, the Examiner has 
relied on Figure 6 and Figure 10, in addition to Col. 4, lines 46-57; and Col. 6, line 45-Col. 7, 
line 10 (excerpted below) from Rivard to make a prior art showing of appellant's claimed 
"sending an instruction request to video memory, where a texture module. . . sends the instruction 
request to the video memory" (see this or similar, but not necessarily identical language in the 
foregoing independent claims). 
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660 v. a cache dace s " ; :. ■: and sseinory data 

-bits wide, the texture mode indicates a 
and the data is conveniently aligned in 
possible to satisfy two lookxip requests 



latency of about five to ton clock cycles {or possibly sore) whi 
includes time for exiting and reentering the graphics pipeli 
hardware, to at Sect a pay-:: hit. ihyyegyr-a , hh:;;£hhhhu hhhhhrhdhhh....hhhA : .. 

byi include:;. pi yeiine bjygejj£V_^l^ hi iLll£A-.S}.^:.^L.^lLL^£:hL 

the oesauyy uata and of the a.;;;-cc is ceo i :o;.t rvcci era; at cache data sto 



Appellant respectfully asserts that the figures relied on by the Examiner only generally illustrate 
a computer system and a block diagram detailing the graphics accelerator system showing the 
pipeline latency elements 1025. In addition, the excerpts relied on by the Examiner merely teach 
that the '*[ra]emory request generator 1 020 generates memory requests for ail misses (up to four 
for bi-ltnear sampling and tip to eight for In-linear sampling), and forwards the requests to 
DRAM 655 j^LMiffl ll frtton retrieval " (emphasis added). However, disclosing that a memory 
request is generated for all misses, as in Rivard, fails to teach "sending an instruction request to 
video memory, where a texture module. . . sends the instruction request to the video memory" 
(emphasis added)., as claimed by appellant- 
Appellant notes that the Examiner has argued that "the texture mapping stage and the texel cache 
system together are considered the texture module." Appellant respectfully disagrees and asserts 
that Rivard mereh suggests that the ''fgjraphics accelerator system 635 includes graphics 
pipeline stages 640 including a texture mapping stage 645 for mapping texture information to the 
graphics information received from graphics application program 670 and for maintaining the 
texel information in a texel cache system 650" where the u [t]ext»re mapping block 645 sends 

form alii a b + v ich 1 650 , and te < te syst ? s Is inform. i 

\ tabus 64 "' | t 5" (Col. 4, lines 49-5? - emphasis added). Clearly, 

the texture mapping stage »s,,se^ arate u from the texture cache system, as clearly disclosed in 
Rivard, and thus fails to suggest "sending an instruction request to video memory, where a 
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textore.. module ... sends the instruction request to the video memory" (emphasis added), as 
claimed by appellant. 

in addition, the Examiner has argued that "memory requests/read requests for ail misses that are 
forwarded to DRAM are instruction requests based on which DRAM sends back information... 
[where] the DRAM sends memory data based on the memory requests/read requests from the 
texture module," Further, the Examiner has argued that "[m jemory req \ I equests act as 

an instruction to DRAM, which performs a particular function based on the request." 

Appellant respectfully disagrees, and asserts that. Rivard merely discloses that the "[tjexture 
mapping block 645 sends information via bus 647 to texel cache system 650, and texel cache 
system 650 sends information via bus 649 back to texture mapping block 645" (Col. 4, lines 54- 
57). Additionally, Rivard discloses that '"[tjexel sample address computation block i005 
forwards the higher resolution sample points A-D to cache tag block 1010 and forwards the 
lower resolution sample points E-H to cache tag block 1015" and "[i]f a miss occurs, then cache 
ta g blocks 1010 and 1015 forward a cache write address to memor y req uest generator 1020" 
which, " generates memory requests for all misses . . . and forwards the requests to PRAM 655 for 
mformation retrieval" (Col. 6, lines 33-36, and lines 48-53 - emphasis added). 

However, Rivard's disclosure that the memory request generator 1020, which is included in the 
texel cache system (see Figure 10 . or all misses and forwards the 

requests to DRAM for information retrieval, simply fails to even suggest "sending an instruction 
request to video memory, where a texture module . . . sends the instruction request to the video 
memory" (emphasis added), as claimed by appellant. Moreover, the texel sample address 
computation block (included in texture mapping block 645) which forwards sample points to the 
cache tag blocks 1010 and 1015 (included m texel cache system 650), as disclosed in Rivard, 
foils to meet "sending an instruction request, to video memory, where a texture module. . . sends 
the instruction request to the video memory" (emphasis added), as claimed by appellant. 
Furthermore, the memory- request to the DRAM, as in Rivard, fails to suggest "an instruction 
request," in the manner as claimed by appellant 
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In addition, appellant respectfully asserts that tlie following excerpts from Rivard further 
demonstrate that the Rivard foils to disclose -appellant's claimed "sending an instruction request 
to video memory, where a texture module... sends the instruction request to the video memory" 
(see this or similar, but not necessarily identical language in the foregoing independent claims). 

"If the interface to DRAM 655 is 32-bits wide, the tex;:ure mode 
ndica oer r t i is 

. " tvcr, if tne hate is 
not aligned, then two read requests are needed." {Col. 6, lines 56-61 - 
eiaphas is added) 

^Therefore, graphics accelerator system 635 includes pipeline latency 
- u * > ' o <■ > ^ 

a3:50c:ia;;sa instructions at cache data > and ireKjry data tesoive;: 

10 30." (Col. 7, lines 3-7 -- emphasis added) 

d..the memory request generator is coupled between the cache tag block 

an 

adedeas axui s est ruction i nforma t ion assoc-a tui with ;:te needed tared;. 

U 

First, appellant respectfully points out that Rivard merely teaches that "the memory request 
generator is coupled between the cache tag block and the cache data store for performing a 
memory request before an address and instruction information associated with the needed texeU 
reach the cache data store" (emphasis added). Clearly, coordinating the arrival of " memory 
data' 5 , where "'the data is conveniently aligned in the texture map'' (emphasis added), as in Rivard 
(see excerpts above), fails to teach "sending an instruction request." (emphasis added), as claimed 
by appellant. 

Second, appellant respectfully asserts that Rivard simply discloses that a memory request is 
performed before an address and instruction information associated with the needed texels reach 
the cache data store (see excerpts above). Thus, the memory data in Rivard simply relates to 
texel data v\ inch clear!} fails to suggest sending an instruction request to \ ideo memory, where 
a texture module... sends the instruction request to the video memory" (emphasis added), as 
claimed by appellant. 

Furthermore, the Examiner has argued that "the definition of instruction provided by 
dictionaiy.com, which defines instructions as a command given to a computer to carry out a 
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particular operation and can contain data to be used in the operation; here DRAM sends memory 
data based on the memory requests/read requests from tire texture module." Further, the 
Examiner has argued that "[mjemory requests/read requests act as an instruction to DRAM, 
which performs a particular function based on the request," 

Appellant respectfully disagrees with the Examiner's arguments and asserts that the 
dictionary.com reference provided by the Examiner merely defines an instruction as "a command 
given to a computer to carry out a particular operation," Appellant respectfully asserts that 
Rivard merely discloses that the " cache tag blocks 1010 and 1015 forward a cache write address 
to memory request generator 1020" which '' generates memory re quests for all misses ... and 
forwards the requests to DRAM 655 for information retrievaP (Col. 6, lines 33-36, and lines 48- 
53 ~ emphasis added). However, the disclosure of the memory request generator generating a 
memory request and forwarding the request to DRAM for information retrieval , as in Rivard, 
simply fails to suggest "sending an instruct! on req uest to video memory, where a texture 
module... sends the Instruction request to the video memory" (emphasis added), as claimed by 
appellant. Clearly, generating and forwarding a memory request to DRAM, as in Rivard, fails to 
suggest "sending an instruction request ." particularly where " instructions [are received].., in 
response to the instruction request" (emphasis added), in the context as claimed by appellant. 

In the Office Action mailed 09/20/2007, on Page 2, line 19 to Page 3, line 19; and Page 4, lines 
3-7, the Examiner has argued the following: 

"However, the examiner interprets that Rivard (Fig. 6, Fig. 10, col. 4 lines 46-57, col. 6 
lines 45-67, col. 7 lines 1-10) teaches sending an instruction request to video memory, 
where a texture module in a graphics pipeline sends the instruction request to the video 
memory (a texture mapping stage sends information to texel cache system; the texture 
m ipt in i si ge and the texel cache system together are considered as texture module, so 
the information is passed between the components of the texture module; texel cache 
system comprising the memory request generator, pipeline latency elements, and cache 
data store and memory data resolver forwards the memory requests/read requests to 
DRAM for information retrieval. [Tjhe examiner interprets that Rivard discloses sending 
an instruction request to video memory by generating memory request for all misses, and 
forwards the requests to DRAM for information retrieval (Fig, 6, Fig. 10, col, 4 lines 46- 
57, col 6 lines 45-67, col. 7 lines 1-10). It is interpreted that an instruction request could 
be considered as merely a request because it is basically a request that requires DRAM to 
perform necessary operation. The examiner also interprets that instructions stored in 
DRAM that are requested are basically stored as data. It is further interpreted that 
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memory requests/read requests act as an instruction to DRAM based on which DRAM 
performs a particular function. Memory requests/read requests for all misses that are 
forwarded to DRAM are instruction requests based on which DRAM sends back 
information; the examiner relies on the definition of instruction provided by 
dictionary.com, which defines instructions as a command given to a computer to carry 
out a particular operation and can contain data to be used in the operation; here DRAM 
sends memory based on the memory requests/read requests from the texture module." 
(Page 2, line 1 9 to Page 3, line 19) 

"in response to [appellant's] arguments against the references individually, one cannot 
show nonobviousness by attacking references individually where the rejections are based 
on combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 
1981); in re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986)." (Page 4, 
lines 3-7) 

First, appellant notes that the Examiner's arguments on Page 4, line 8 to Page 5, line 8 in the 
Office Action mailed 09/20/2007 are substantially similar to the arguments made by the 
Examiner on Page 2, line 19 to Page 3, line 19 excerpted above. Second, appellant has clearly 
responded to such arguments above regarding how the excerpts repeatedly relied upon by the 
Examiner fail to meet or suggest appellant's claimed "sending an instruction request to video 
memory, where a texture module... sends the instruction request to the video memory" 
(emphasis added), as claimed by appellant. 

Further, appellant respectfully disagrees with the Examiner's arguments and asserts that the 
figures and excerpts from Rivard relied upon by the Examiner merely disclose that "the texture 
mode indicates a i 6-bit pet pixel texture lookup " in addition to "satisfying] two lookup requests 
with a single read request " (Col. 6, lines 56-61 emphasis added). Additionally, the excerpts 
from Rivard teach that " pipeline latency elements 1025... coordinate arrival of the memory data 
and o he as i iction (Col nc es pha added) such that 'the niemorj 

request generator... perform[s] a memory request before an address and Instruction information 
associated with the needed texcis reach the cache data store" (Col. 10, lines 48-52 - emphasis 
added). Clearly, the texture mode indicating f out okuj n idition to tire memory request 
generator performing a memory request , as in Rivard, simply fails to support the Examiner's 
allegation that "a texture module... sends the ins tructi on request to the video memory" 
(emphasis added), and especially does not teach "sending an struct m request to \ ideo 
memory, where a texture module... sends the .Jngtruction ...request to the video memory" 
, - , timed bv appellant. 
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In addition, Rivard' s disclosure that the each ^ ' l < ^k^,,j,tj,)<,ytid,,sn i s ' t re i cache: write 
address to memory request geneiaroi 1 020," wind genet te memop request for all misses ... 
and forwards the requests to PRAM 655 for information retrieval " (Col. 6, lines 48-53 - 
emphasis added). However, the disclosure of the memory request generator generating a 
mcmot> tcquest and forwat 1 i ^ m Rivard, 

fails to support the Examiner's allegation "that Rivard discloses sending an instruction request to 
video memory by generating memory request for all misses, and forwards the requests to DRAM 
for information retrieval" (emphasis added). Clearly, generating a memory request and 
forwarding the request to DRAM for inf b rmati on, r etri evai as in Rivard, simply fails to 
specifically teach "sending an instructi on request to video memory, where a texture module... 
sends the instruction request to the video memory" (emphasis added), as claimed by appellant. 

Still yet, appellant respectfully asserts that the excerpts from Rivard relied upon by the Examiner 
disclose that iht [g u phk t] u ati >n p ogian t '<■ ti \ ,-t 'is j iph cat i ! nnatipn horn data 
storage 625 into DRAM 655 for local storage" (Col. 4, lines 46-48 - emphasis added). 
Additionally, the excerpts disclose that "[i]f a hit occurs, then cache tag blocks 101.0 and 1015 
forward a cache read address through memory request generator 1020 and through pipeline 
latency elements .1025 to cache data store 1030" such that "[cjache data store 1030 responsivety 
outputs on lines 649 the texture val ues cached in the read 100315011" (Col. 6, lines 42-47 •••• 
emphasis added). Clearly, Rivard is disclosing the transfer of graphical information into DRAM 
and outputting cadu t >. \ ahies which si nph fails to support the Examiners allegation 
that " instructions stored in DRAM that are requested are basically stored as data" (emphasis 
added). Therefore, the disclosure of transferring graphical i nformation into DRAM and 
outputting cached texture values , as in Rivard, simply fails to suggest "sending an instruction 
request to video memory, where a texture module... sends the instruction request to the video 
memory" (emphasis added), as claimed by appellant. 

Furthermore, appellant again asserts that the dictionary.com reference provided by the Examiner 
merely defines an instruction as "a command given to a computer to cany out a particular 
operation." In addition, the excerpts from Rivard disclose that the "my est generator 

1020 genera t. mroi equests for all misses ... u RAM 65 
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mfonBM|on...retrieyaj " (Col 6, lines 50-53 - emphasis added). However, generating and 
forwarding niemojxi'eijiiests I l >R \ \l > tonuatipn eirieval as in Rivard fails to support 
die Examine! I - a diat 1 [mjemory requests/read requests for all misses that are forwarded 
to DRAM are instruction requests based on \\ iuch OR AM sends back information " (emphasis 
added). Clearly, generating and forwai mi >R KM foi infoimauou 

' - ! k mi in Rivard simp!} tads to specifically teach sending an msUua^ t xrat u to video 
memory, where a texture module... sends die instruction request to the video memory" 
(emphasis added), as claimed by appellant. Applicant emphasizes that the memory request of 
Rivard fails to meet appellant's claimed "instruction request," as claimed by appellant. 

Additionally, with respect to independent Claims 1, 24, and 27, the Examiner has relied on 
Figure 6 and Figure 10; Col 4, lines 46-57; Col 6, lines 45-67; and Col 7, lines 3-10 from 
Rivard (reproduced above) to make a prior art showing of appellant's claimed "receiving 
instructions from the video memory in response to the instruction request utilizing the texture 
module in the graphics pipeline" (see this or similar, but not necv-vu l!\ identical language in the 
foregoing independent claims). 

Specifically, the Examiner has argued that "DRAM returns memory data to cache data store and 
memory data resolver component of texel cache system, which farther sends this information to 
the texture mapping stage; [where] the texture mapping stage and the texel cache system together 
are considered the cache module, so the information/memory data is passed between the 
components of the texture module." 

Appellant respectfully disagrees, and points out that in the second paragraph on Page 7 of the 
Office Action mailed 03/20/2007, the Examiner has stated that "Rivard does not explicitly teach 
to combine texture mapping stage and texel cache system to form a texture module," and thus, 
Rivard simply fads to suggest "receiving instructions from the video memory in response to the 
instruction request utilizing the texture module in the graphics pipeline" (emphasis added), as 
claimed by appellant. 

In addition, the excerpts from Rivard relied upon by the Examiner merely teach that "DRAM 
■ , 'he memory data oa.b^..MQ.tQ.CMhe..date.store and memory data resolver 1030" 
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f emphasis added). However, merely returamg memory data to a cache data store, as in Rivard, 
simply fails to leech "receiving instructions horn the video memory in jespunve to ihe utMiucuon 
request utilizing the texture module in the graphics pipeline" (emphasis added), as claimed by 
appellant. 

Furthermore, appellant respectfully asserts that Rivard teaches that '"[tjexture mapping block 645 
sends information via bus 647 to texel cache system 650, and texel cache system 650 sends 
information via bus 649 back to texture mapping block 645" (Col. 4, lines 54-57) Additionally, 
Rivard discloses that " [fjexel sample address computation block 1 005 forwards the higher 
resolution sample points A~D to cache tag block .1010 and forwards die lower resolution sample 
points E-H to cache tag block 1015" and "[i]f a miss occurs, then cache ta g blocks .1 0 10 and 
1015 forward a cache write address to memory request generator 1020" which " generates 
memory requests for all misses . .. and forwards the requests to PRAM 655 for information 
ictttewil " (Col 6 lines 33-36, and lines 48-53 - emphasis added). Further, Rivard discloses that 
"DRAM 655 repirnsjhe .memory data on bus 660 to cache data store and memory data resolver 
1 030, which stores the memory data at the write address " (Col. 6, lines 53-56 emphasis added). 

However, the disclosure of a memory request generator that generates memory requests for all 
misses and forwards the requests to DRAM for information retrieval , and that the DRAM then 
returns the memory data which is stored at the write address, as in Rivard, simply fails to even 
suggest ''receiving instructions from the video memory in respon se to the instruction request 
utilizing the texture module in the graphics pipeline" (emphasis added), as claimed by appellant. 
Clearly, returamg memory data which is stored at a write address after a cache miss, as in 
Rivard, fails to meet "receiving ins tructions from the video memory in respo nse to the 
instruction request " (emphasis added), as claimed by appellant. Appellant emphasizes that the 
memory data from the DRAM, as disclosed in Rivard, fails to teach or suggest "instructions," in 
the maimer as claimed by appellant. 

Furthermore, in the Office Action mailed 09/20/2007, on Page 7, lines 3-7; Page 5, lines 9-17; 
Page 6, line 10 to Page 7, line 4; and Page 8, lines 4-8, the Examiner has argued the following: 

"In response to [appellant's] arguments against the references individually, one cannot 
show nonobviousness by attacking references individually where the rejections are based 
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oii combinations of references. See In re Keller, 642 F,2d 413. 208 USPQ 871 (CCPA 
1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986)." (Page 7, 
lines 3-7) 

"Rivard further teaches receiving instructions from the video memory in response to the 
instruction request utilizing the texture module in the graphics pipeline (it is interpreted 
that instructions stored in DRAM that are requested are basically stored as data, and 
Rivard teaches to send back data in some form in response to the memory request 
generated as a result of a miss; DRAM returns memory data to cache data store and 
memory data resolver component of texel cache system, which further sends this 
information to the texture mapping stage; the texture mapping stage and the texel cache 
system together are considered as texture module, so the information/memory data is 
passed between the components of the texture module)." (Page 5, lines 9-17) 

"The examiner further interprets that Rivard also leaches the arrival of memory data and 
associated instructions at the cache data store and memory data resolver component of 
the text cache system is coordinated by pipeline latency elements (col. 7 lines 4-7; 
memory data has associated instructions are returned by DRAM, though the data has it's 
associated instructions). Therefore, the examiner brings in the Wang reference that 
■sis a graphics subunit (texture module) in a graphics hardware system that supplies 
data and control signals to local frame buffer memory for executing a series of display 
instructions (Fig. 1 , col. 5 lines 38-67; the computer memory includes the local frame 
buffer memory, which corresponds to the DRAM; based on the control signals send by 
the graphics hardware system, the frame buffer returns the polygon display instructions 
that includes the texture data, so that the graphics subunit executes the display 
instructions using this data). Therefore, it would have been obvious to one of ordinary 
skill in art at the time of present invention to have the memory return instructions as 
taught by Wang to the texture module of Rivard because these instructions are needed to 
render the graphics primitives to be displayed on the display device (col. 5 lines 43-45 
and lines 63-67)," (Page 6.. line 1 0 to Page 7, line 4) 

"However, the examiner interprets that Rivard teaches to send a request to DRAM via a 
texture module, and based on this request, DRAM sends back data and it's associated 
information to the texture module (see the arguments above for details). Nonetheless, 
Rivard does not explicitly state that the data and it's associated instructions are returned 
by DRAM, though the data has it's associated functions." (Page 8, lines 4-8) 

First, appellant notes that the Examiner's arguments on Page 7, lines 5-21 ; and Page 8, lines 9-20 
in the Office Action mailed 09/20/2007 are substantially similar to the arguments made by the 
Examiner on Page 6, line 10 to Page 7, line 4 excerpted above. Further, on Page 7, line 21 the 
Examiner has additionally dried "In re Lockhari, 90 USPQ (CCPA 1951)." Second, appellant 
has clearly responded to such arguments above regarding how the excerpts repeatedly relied 
upon by the Examiner fail to meet or suggest appellant's claimed "receiving instructions from 
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the video memory in response to the institution request utilizing the texture module in the 
graphics pipeline" (emphasis added), as claimed by appellant. 

Further, appellant respectfully asserts that the excerpts from Rivard relied upon by the Examiner 

merely teach that "(m'jemon reques m ! h 1' 0 nera nemo a, _sj- r all misses . 

and forwards the requests to DRAM 655 lot infonnation r rt.rievai " such that "DRAM 655 returns 
the memory data on bus 660 to cache data store and memory data resolver 1030" (Col. 6, lines 
50-55 emphasis added). Howevei R vard s disclosure that nu.i vj q t j4s iu forwarded to 
DRAM for information retrieval where the DRAM returns the memory data, fails to support the 
Examiner's allegation that "Rivard further teaches receiving in structions from the video memory 
in response to the instruction request utilizing the texture module in the graphics pipeline" 
(emphasis added). Clearly., forwarding memory requests to DRAM for information retrieval, as 
in Rivard, simply fails to specifically teach "receiving instructions from the video memory in 
response to the mstroction...req uest utilizing the texture module in the graphics pipeline" 
(emphasis added), as claimed by appellant 

in addition, appellant respectfully asserts that the excerpts from Rivard relied upon by the 
Examiner teach that "[bjecause memory request generator 1020 is between cache tag blocks 
1010, 1015 and cache data store 1030, generator 1 020 can perform DRAM 655 memory requests 
before the address and i n struction in format! on reach cache data store and memory data resolver 
1030" (Col. 6, lines 62-66 - emphasis added). Furthermore, Wang teaches "'a 3D graphics 
subunit 109 for executing a series of display Instructions found within a display list stored in 
computer memory" and thai "[rnjany of the polygon display instructions include texture data to 
be displayed within the polygon" (Col. 5, lines 40-48 - emphasis added). However, the mere 
disclosure of a memory request generator 1020 performing DRAM memory requests before the 
instruction information teaches the cache data store, as in Rivard, in addition to the disclosure of 
executing display instructions that may include texture data, as in Wang, simply fails to suggest 
deceiving h r s i the - deo i letw i - in response to the instruction tequest utilizing the 

texture module in the graphics pipeline" (emphasis added), as claimed by appellant. Clearly, 
performing memory requests before instruction information reaches the cache data store, as in 
Rivard, in addition to the disclosure of executing d >pj i\ ins ucti ms that ma.) include texture 
data, as in Wang, simply fails to even suggest an "instruction request," much less " receiving 
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jflstnjctions from the video memory m..resffQnse to the iMtr^tion, request utilizing the texture 
module in the graphics pipeline" (emphasis added), as claimed by appellant 

Further, appellant respectfully asserts that Rivard 's disclosure of a "graphics accelerator system 
635 [that] includes pipeline latency elements 1025 to coordinate arrival of die mem or) lal t md 
of the associated instructions at cache data store and memory data resolver 1030" (Col. 7, lines 
4-7) clearly leaches away from the Examiner's allegation that it would be obvious to "have the 
memory return instructions as taught by Wang to the texture module of Rivard because these 
instructions are needed to render the graphics primitives to be displayed on the display device," 
as noted by the Examiner, since in Rivard the " pipeline latency elements . . . coordinate arrival of 
the memory data and. . , the associated instructions " (emphasis added). Clearly, as argued above, 
it would not be obvious from the teachings of Rivard and Wang to "reeeivje] instructions from 
the video memory in response to the instruction request utilizing the texture module in the 
graphics pipeline" (emphasis added), as claimed by appellant. 

Still yet, appellant agrees with the Examiner's statement that "Rivard does not explicitly state 
that the data and it's associated instructions are returned by DRAM." For example, appellant 
asserts that the figures and excerpts from Rivard relied upon by the Examiner teach that texel 
cache system 650 "includes cache tags 10.10, cache tags 1015, a memory request generator 1020 . 
pipeline latency elements 1025 and cache data store and memory data resolver 1030" (see Figure 
10; Col. 6, lines 22-26 - emphasis added), where the "f m|emory request generator 1020 
generates memory requests for all misses... and forwards the requests to DRAM 655 for 
mfomuuipn retnevaP ' (Col. 6. lines 50-53 emphasis added). Clearly, a texel cache system 650 
including a memory request generator 1020 that generates memory requests that are forwarded to 
DRAM 655 for information retrieval as in Rivard, simply fails to suggest " receiving instructions 
from the video memory in response to the instruction request utilizing the texture module in the 
graphics pipeline" (emphasis added), as claimed by appellant. 

In addition, the Examiner has admitted that "Rivard does not explicitly teach to combine texture 
mapping stage and texel cache system to forma texture module," and has argued that "it would 
have been obvious to one of ordinary skill in the art. at the time of present invention to combine 
texture mapping stage and texel cache system of Rivard to work together as a texture module." 
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Appellasu disagrees and respectfully asserts that it would not have been obvious to combine the 
texture mapping stage and texei cache system in Rivard, as suggested by the Examiner, 
Specifically, Rivard teaches the use of "pipeline latency elements 1025" which " coordinate 
arrival of the 5 - i».t., m ■ J u a -ii'm < ilu i donated ii sjj k lions ; t ca< b data store and memorv data 
resolver 1030" (Co.l. 7, lines 3-7 - emphasis added). However, Rivard actually teaches away 
from the Examiner's above allegation, in addition to appellant's claim language, by intentionally 
incorporating the pipeline latency elements to coordinate arrival of the memory data from 
separate sources. Therefore, for the reasons argued above, it would not he obvious to "combine 
texture mapping stage and texei cache system," as argued by the Examiner. Tims, it would not 
have been obvious to " recefvfe j instructions from the video memory in response to the 
instruction request utilizing the texture module ..." {emphasis added), as appellant claims. 

Appellant thus formally requests a specific showing of the subject matter in ALL of the claims in 
any future action. Note excerpt from MPEP below. 

"If the appellant traverses such an [Official Notice] assertion the examiner should cite a 
reference in support of his or her position." See MPEP 2144.03. 

Still yet, the Examiner has admitted that "Rivard does not explicitly teach that the memory 
returns instructions along with data, in response to [the] instruction request from the texture 
module " but has argued that "Wang teaches a graphics subunit (texture module) in a graphics 
hardware system that supplies data and control signals to local frame buffer memory for 
executing a series of display instructions {Fig. 1, col 5 lines 38-67...)." 

Appellant respectfully disagrees. The excerpt from Wang relied on by the Examiner merely 
discloses a "graphics subunit 109 for executing a series of display instructions found within a 
display list stored in computer memory." However, only generally disclosing that a graphics 
subunit executes instructions stored in computer memory, as in Wang, fails to specifically meet 
appellant's claimed "receiving instructions from the video memory in response to the instruction 
request miliz u ture module . " {emphasis added), as appellant claims. In fact, appellant 

notes that Wang only discloses that the "graphics subunit 109 inciudjes] a texture engine 10, 
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[and] a polygon engine i2," and that the "texture engine 10 is responsible for retrieving the 
texture map data " whereas the "polygon engine 12... performs well known polygon rendering 
functions" (Col, 6, lines 3-49), Thus, Wang clearly does not disclose "receiving 
instructions . . .mil . . - uurc module " ( emphasis added), as claimed. 

Furthermore, in the Office Action mailed 09/20/2007, on Page 5, line 18 to Page 6, line 9, the 
Examiner has argued the following; 

"Although Rivard discloses the limitations as stated above, Rivard does not explicitly 
teach to combine texture mapping stage and texel cache system to form a texture module. 
However, it would have been obvious to one of ordinary skill in art. at the time of present 
invention to combine texture mapping stage and texel cache system of Rivard to work 
together as a texture module. The unity of diversi ty of parts would depend more upon the 
choice of the manufacturer, and the convenience and availability of the machines and 
tools necessary to construct the texture module, than on any inventive concept. One of 
ordinary f skill in art., furthermore, would have expected [appellant's] invention, to perform 
equally well with Rivard's reference that teaches to send and receive 
inforination/instruction from the texture mapping stage and texel cache system to the 
DRAM because using this components together will also result in sending and receiving 
instructions to and from DRAM. Therefore, it would have been obvious to one of 
ordinary skill in art at the time of present invention to modify Rivard to obtain the 
invention as specified in the claim." (Page 5, line 18 to Page 6, line 9) 

First, appellant respectfully asserts that the Examiner's arguments on Page ?, lines 8-2 1 of the 
Office Action mailed 09/20/2007 are substantially similar to the arguments made by the 
Examiner on Page 5, line IS to Page 6, line 9 excerpted above. Further, on Page 7, line 21 the 
Examiner has additionally citied "In re Lockharf, 90 USPQ (CCPA 1951)." 

Further, appellant respectfully disagrees with the Examiner's arguments and asserts that it would 
not be obvious to "combine texture mapping stage and texel cache system of Rivard to work 
together as a texture module,'' as alleged by the Examiner. For example, Rivard teaches that a 
"[gjraphics accelerator system 635 includes gra phics pi peline stages 640 including a texture 
mapping ? • lot mapping tevture information to the graphics information received from 
graphics application program 670 and for maintaining the texel information in a texel cache 
system 650" such th e> tt ip < _ k <A5 sends information via bus 647 to texel cache 
system 650 . and texei c ache syste rn .650 sends information via bus 649 back to texture mapping 
ck 64 Col 4, lines 49-57 emphasis added). Clearly, Rivard teaches and suggests the use 
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of graphic pipeline stages, such as a texture mapping block 645 and texel. cache system 650, 
which simply fails to support the Examiner's allegation that it would be obvious to "combine 
texture mapping stage and texel cache system of Rivard to work together as a texture module," 
Therefore, Rivard 's teachings of a separate texture mapping block 645 and texel cache system 
650 simply fails to suggest "receiving instructions. . .utilizing the texture module..." (emphasis 
added), as claimed. 



Again, appellant respectfully asserts that at least the first and third elements of the prima fade 
case of obviousness have not been met, since it would be unohvious to combine the references, 
as noted above, and the prior art excerpts, as relied upon by the Examiner, fail to teach or suggest 
all of the claim limitations, as noted above. 



Group #2; Claims 25 ami 26 



With respect to independent Claims 25 and 26, the Examiner has relied on Figure 6 and Figure 
10, in addition to Col. 4, lines 46-57; and Col. 6 S line 45-CoJ. 7, line 10 (excerpted below) from 
Rivard to make a prior art showing of appellant's claimed "sending an instruction request to 
video memory, where a texture module sends the instruction request to the video memory" (see 
this or similar, but not necessarily identical language in the foregoing independent claims). 



iphics appiieat t ^ i from 

data rag-t: < I ~1' 655 for Local storage. caphi a t d >s 

system 635 includes graphic;; pipeline stages 640 > , a . - j a texture 
mapping stage 64 5 for mapping texture information to the graphics 
information received from graphics application program 670 and for 
maintaining the texel information in a texel cache system 650. Texture 
mapping block 642 sei;;!.; information via bo.; 641 to ;:exal ci:C:;e system 
■Pop ere; tersii tithe system o o o::;d:; oi:cvov:ivv v os bos 2-P9 bac* to 
. ' i 

vv Cache data store 1030 re -pensively outputs en lines 649 the texture 
1 Ln t read location. 

rite address t - regies enei 102 >-^t 

generator 1020 generates memory requests for all misses (up to four for 
f ~t<- r tv.r tri-iinear - mpiin }, and 

t . 655 

returns the memory data an bus 620 to cache data store and memory data 
resoiver 1030, which stores the memory data at the write address. If 
the i z - 2 is 32--bit.s wide, the texture e indi ates a 

16-bit per pixel texture lookup and the data is conveniently aligned in 
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Lexture snap, t 
a single read 
read requests a 



Because ™:err;or; 



Appellant respectfully asserts that the figures relied on by the Examiner only generally illustrate 
a computer system and a block diagram detailing die graphics accelerator system showing the 
pipeline latency elements 1025. In addition, the excerpts relied on by the Examiner merely teach 
that the "[mjemory request generator 1 020 generates^ (up to four 

for in-linear sampling and up to eight for tri-llnear sampling), and ..forwards .tM..jt!gSlgMS..tQ 
DRAM 655 for information retrieval " (emphasis added). However, disclosing that a memory 
request is generated for all misses, as in Rivard, fails to teach "sending an instruction request to 
video memory, where a texture module sends the instruction request to the video memory" 
(emphasis added), as claimed by appellant. 



Appellant notes that the Examiner has argued that "the texture mapping stage and the texel cache 
system, together are considered the texture module/' Appellant res p< < fall dis i es and asserts 
that Rivard merely suggests that the "[gjraphics accelerator system 635 includes graphics 
pipeline stages 640 including a texture mapping stage 645 for mapping texture information to the 
graphics information received from graphics application program 670 and for maintaining the 
texel information in a texel cache system 650" where the "j'tlexUne mapping block 645 sends 
tnfoniuMuu ua hu> <>r tu tt \/ . ,u 'u ,\ .tem n c 0 and tevei c.kIk \ - ends information 

via bus 649 back to u ture i ppiug block 645" (Col. 4, lines 49-57 - emphasis added). Clearly, 
the texture mapping stage is separate ...from the texture cache system, as clearly disclosed in 
Rivard, and thus fails to suggest "sending an instruc ti on request to video memory, where a 
texture modu I i i m request to the video memory" (emphasis added), as claimed 

by appellant. 
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lu addition, the Examiner has argued that "memory requests read requests for all misses that are 
forwarded to DRAM are instruction requests based on which DRAM sends back information... 
[where] the DRAM sends memory data based on the memory requests read requests from the 
texture module." Further, the Examiner has argued that it d re quests act as 

an instruction to DR. AM, which performs a particular function based on the request." 

Appellant respectfully disagrees, and asserts that Rivard merely discloses that the "[tjexture 
mapping block 645 sends information via bus 647 to texel cache system 650, and texel cache 
system 650 sends information via bus 649 back to texture mapping block 645" (Col. 4, lines 54- 
57), Additionally, Rivard discloses that 'Ttjexel sample address compu tation block 1005 
forwards the higher resolution sample points A-D to cache tag block 1030 and forwards the 
lower resolution sample points E-H to cache tag block 1015" and "(ijf a miss occurs, then cache 
tog.b)ock$...1010..and.J.O I *5 tot v ui .1 a cache write address to memory:, request gt^nerator 1020'" 
which '' generates me^^^ and.1^ 
information retrieval " (Col. 6, lines 33-36, and lines 48-53 - emphasis added). 

However, Rivard's disclosure that the memory request generator 1020, which is included in the 
texel cache system (see Figure 10), generates memory requests for all misses and forwards the 
requests to DRAM for information retrieval, simply fails to even suggest "sending an instruction 
request to video memory, where a texture module sends the instruction request to the video 
memory" (emphasis added), as claimed by appellant. Moreover, the texel sample address 
computation block (included in texture mapping block 645} which forwards sample points to the 
cache tag blocks 1010 and 1015 (included in texel cache system 650), as disclosed in Rivard, 
fails to meet sendin an Inst Mion request to video memory, where a texture roodide sends the 
instruction request to the video memory" (emphasis added), as claimed by appellant. 
Furthermore, the memory re quest to the DRAM, as in Rivard, fails to suggest "an. instruction 
request," in the manner as claimed by appellant. 

In addition, appellant respectfully asserts that the following excerpts from Rivard further 
demonstrate that the Rivard fails to disclose appellant's claimed '"sending an instruction request 
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to video mernoo, where a tevure mcduk t I ht in " i u on..tequest to the video memory" 
(see this or similar, but not necessarily identical language in the foregoing independent claims). 

w Xf the interface to ORA!xi 655 is 32 -bits wide, the texture mode 
indicates a lo- bit: per pica.: oaxac<:e .Lookup and •: he data is 
eniar.t: iy aligned t 

i <. s is 
not aligned, rhea two read requests die needed," (Col, 6, lines 56-61 - 
emphasis added) 

"Therefore, grepbics - - - - ot sysber:; 635 pipeline latency 

elements 1025 to coordinate arrive! of the iliii2idd_jil^^ — :a ci - the 



er J "h~ • -!C- e dei * -tie re pes f ' 

a.,ixc^» 

reach the cache da;: a ;;tc,re." (Cel. 16, lanes 46-52 - er-phasis added) 

First, appellant respectfully points out that Rivard merely teaches that "the memory request 
generator is coupled between the cache tag block and the cache data store for performing a 
memory request before an address and instruction information associated with the needed texels 
reach the cache data store" (emphasis added). Clearly, coordinating the arrival of " memory 
data ", where "the data is conveniently aligned in the texture map" (emphasis added), as in Rivard 
(see excerpts above), fails to teach "sending an instruction request " (emphasis added), as claimed 
by appellant. 

Second, appellant respectfully asserts that Rivard simply discloses that a memory request is 
performed before an address and instruction information associated with the needed texels reach 
the cache data store (see excerpts above). Thus, the memory data in Rivard simply relates to 
texel data, which clearly fails to suggest "sending an i nstniction request to video memory, where 
a texttne modulo s t request to the video memory" (emphasis added), as 

churned by appellant 

Furthermore, the Examiner has argued that "the definition of instruction provided by 
dictiimary.com, which defines instructions as a command given to a computer to carry out a 
particular operation and can contain data to be used in the operation; here DRAM sends memory 
data based on the memory requests/read requests from the texture module." Further, the 
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Examiner has argued that "[mjemory requests/read requests act as an instruction to DRAM, 
which performs a particular function based on the request," 



Appellant respectfully disagrees with the Examiner's arguments and asserts that the 
cli tionarv.com reference pn i idt 1 b\ he Examin t mereh define ; ; si ti etion > a omniand 
given to a computer to cany out a particular operation." Appellant respectfully asserts that 
Rivard merely discloses that the " cache tag blocks 1010 and 1 01 5 .forward a cache write address 
to memory r equest ..g enerator 1020" which " generates memory requests for all misses ... and 
forwards the requests to DRAM 655 for information retrievar (Col. 6, lines 33-36, and lines 48- 
53 - emphasis added). However, the disclosure of the memory request generator generating a 
memory request and forwarding the request to DRAM for information retrieval as in Rivard, 
simply fails to suggest "sending an instruction request to video memory, where a texture module 
sends the instruction request to the video memory" (emphasis added K as claimed by appellant. 
Clearly, generating and forwarding a memory , request to DR AM, as in Rivard, fails to suggest 
"sending an met t particularly where instructions [are received]... in response to 

the instruction request" (emphasis added), in the context as claimed by appellant. 



In the Office Action mailed 09/20/2007, on Page 2, line 19 to Page 3, line 19; and Page 4, lines 
3-7, the Examiner has argued the following: 



"However, the examiner interprets that Rivard (Fig. 6, Fig. 10, col 4 lines 46-57, col 6 
lines 45-67, col 7 lines 1-10) teaches sending an instruction request to video memory, 
where a texture module in a graphics pipeline sends the instruction request to the video 
memory (a texture mapping stage sends information to texel cache system; the texture 
mapping stage and the texel cache system together are considered as texture module, so 
the information is passed between the components of the texture module; texel cache 
system comprising the memory request generator, pipeline latency elements, and cache 
data store and memory data resolver forwards the memory requests/read requests to 
DRAM for information retrieval [Tjhe examiner interprets that Rivard discloses sending 
an instruction request to video memory by generating memory request for all misses, and 
forwards the requests to DRAM for information retrieval (Fig. 6, Fig. 10. col. 4 litres 46- 
57, col 6 lines 45-67, col 7 lines 1-10). It is interpreted that an instruction request could 
be considered as merely a request because it is basically a request that requires DRAM to 
perform necessary operation. The examiner also interprets that instructions stored in 
DRAM: that are requested are basically stored as data. It is further interpreted that 
memory requests/read requests act as an instruction to DRAM based on which DRAM 
performs a particular function. Memory requests/read requests for all misses that are 
forwarded to DRAM are instruction requests based on which. DRAM sends back 
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information; the examiner relies on the definition of instruction provided by 
dictionary.com, which defines instructions as a command given to a computer to carry- 
out a particular operation and can contain data to be used in the operation; here DRAM 
sends memory based on the memory requests/read requests from the texture module," 
{ Page 2, Sine \ 9 to Page 3, line 19) 

frs response 10 [appellai ments aga nst the references individually one cannot 

show nonobviousness by attacking references individually where die rejections are based 
on combinations of references. See In re Keller, 642 F.2d 413. 208 USPQ S71 (CCPA 
1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986)." (Page 4, 
lines 3-7) 

First, appellant notes thai the Examiner's arguments on Page 4, line S to Page 5, line 8 in the 
Office Action mailed 09/20/2007 are substantially similar to the arguments made by the 
Examiner on Page 2, line 19 to Page 3, line 19 excerpted above. Second, appellant has clearly 
responded to such arguments above regarding how the excerpts repeatedly relied upon by the 
Examiner fail to meet or suggest appellant's claimed "sending an instru lion n quest, to video 
memory, where a texture module sends the instruction request to the video memory" (emphasis 
added), as claimed by appellant. 

Further, appellant respectfully disagrees with the Examiner's arguments and asserts that the 
figures and excerpts from Rivard relied upon by the Examiner merely disclose that "the texture 
mode indicates a 16-bit per pixel texture lookup' " in addition to sati >\ m j two lookup requests 
with a single e est" (Col. 6, lines 56-61 - emphasis added). Additionally, the excerpts 

from Rivard teach that " pipeline latency elements 1025,.. coordinate arrival of the memory data 
and of the associated instructions " (Col. 7, lines 3-7 emphasis added) such that "the memory 
request generator. . . perform [s] a memory request before an address and instruction information 
associated with the needed texels reach the cache data store" (Col. 10, lines 48-52 -■ emphasis 
added). Clearly, the texture mode indicating a texture lookup , in addition to the memory request 
generatoi performing a memo? request as in Rivard simp I \ fails to support the Examiner's 
allegation that, "a texture module in a graphic pip* line e ids the in >tnu th >n f. guest to the video 
memory" (emphasis added), and especially does not teach "sending an instruction request to 
video memory, where a texture module sends the instruction request to the video memory" 
(emphasis added), as claimed by appellant.. 
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In addition, Rivard's disclosure that the " cacjmag.bjoc^ a cache write 

address to memory ..rggoesl generator 1020," which "gen- eg all .misses . 

and forwards the requests to DRAM 655 for information retrieval" (Col. 6 S lines 48-53 - 
emphasis added). However, the disclosure of the memory request generator generating a 

ei ior nd v ai i i < t to DRAM r infos rti >__} eya ! Rivai 

fails to support the Examiner's alk g t ion "that Rivard discloses st nr I n req uest to 

video memory by generating memory request for all misses, and forwards the requests to DRAM 
for information retrieval" (emphasis added). Clearly, generating a memory request and 
forwarding the request to DRAM for information retrieval , as in Rivard, simply fails to even 
suggest specifically teach "sending an ins ti ncti on request to video memory, where a texture 
module sends the instruction request to the video memory" (emphasis added), as claimed by 
appellant. 

Still yet, appellant respectfully asserts that the excerpts from Rivard relied upon by the Examiner 
disclose that iIk [g u phk t] u an at p ogtan t '" ti \ ,-t -is j iph cat i ! nnMion hum data 
storage 625 into DRAM 655 for local storage" (Col. 4, lines 46-48 - emphasis added). 
Additionally, the excerpts disclose that "jTjf a hit occurs, then cache tag blocks 1010 and 1015 
forward a cache read address through memory request generator 1020 and through pipeline 
latency elements .1025 to cache data store 1030" such that "[cjache data store 1030 responsivety 
outputs on lines 649 the texture val ues cached in the read 100315011" (Col. 6, lines 42-47 •••• 
emphasis added). Clearly, Rivard is disclosing the transfer of graphical information into DRAM 
and otjtptming cadu t '■' i ... \alues which si npl\ lads to support the Examiner's allegation 
that " instructions stored in DRAM that are requested are basically stored as data" (emphasis 
added). Therefore, the disclosure of transferring graphical information into DRAM and 
outputting cached texture values , as in Rivard, simply fails to suggest "sending an instruction 
request to video memory, where a texture module sends the instruction request, to the video 
memory" (emphasis added), as claimed by appellant. 

Furthermore, appellant again asserts that the dictionary.com reference provided by the Examiner 
merely defines an instruction as "a command given to a computer to cany out a particular 
operation." In addition, the excerpts from Rivard disclose that the "nte est generator 

1020 genera i. mroi equests for all misses ... u RAM 65 
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mfonBM|on...retrieyaj " (Col 6, lines 50-53 - emphasis added). However, generating and 
forwarding memor y requests to DR \M for mformal on ei ieyal as in Rivard fails to support 
die Examine! I £ a thai 1 [mjemory requests/read requests for all misses that are forwarded 
to DRAM are instruction requests based on which DRAM sends back •■ • >rroatt -n' (emphasis 
added). Clearly, generating and forwai mi >R KM foi mfotmauon 

retrieval , as in Rivard, simply fails to specifically teach 'sending a n msm i euon request to video 
menu wlu e t * c module sends the instruction request to die video memory" (emphasis 
added), as claimed by appellant. Applicant emphasizes that the memory request of Rivard fails 
to meet appellant's claimed "instruction request," as claimed by appellant. 

Additionally, with respect to independent Claims 25 and 26, the Examiner has relied on Figure 6 
and Figure 10; Col 4, lines 46-57; Col 6, lines 45-67; and Col 1, lines 1-30 from Rivard 
(reproduced above) to make a prior art showing of appellant's claimed "receiving instructions 
from die video memory in response to the instruction request"' (see this or similar, but not 
necessarily identical language in the foregoing independent claims). 

Specifically, the Examiner has argued that "DRAM returns memory data to cache data store and 
memory data resolver component of texel cache system, which further sends this information to 
the texture mapping stage; [where] the texture mapping stage and the texel cache system together 
are considered the cache module, so the information/memory data is passed between the 
components of the texture module." 

Appellant respectfully disagrees, and points out that in the second paragraph on Page 7 of the 
Office Action mailed 03/20/2007, the Examiner has stated that "Rivard does not explicitly teach 
to combine texture mapping stage and texel cache system to form a texture module," and thus, 
Rivard simply fails to suggest "''receiving instructions from the video memory in response to the 
instruct! on req u es f ' (emphasis added), as claimed by appellant. 

In addition, the excerpts from Rivard relied upon by the Examiner merely teach that "DRAM 
655 returns the memory data on hu 660 t - cache data store and memory data resolver 1030" 
(emphasis added). However, merel> returning met tors lata to a cache data store, as in Rivard, 
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simply fails to teach "receiving msfcrj^tions from the video memory m.rgsponse,to,,tihe infraction 
request" (emphasis added), as claimed by appellant. 

Furthermore, appellant respectfully asserts that Rivard teaches mat "[tjextore mapping block 645 
sends information via bus 647 to texe! cache system 650, and texel cache system 650 sends 
information via bus 649 back to texture mapping block 645" (Col. 4, Hues 54-57} Additionally, 
Rivard discloses that " [t j exel sample address comp utation block 1005 forwards the higher 
resolution sample points A-D to cache tag block 1010 and forwards the lower resolution sample 
points E-H to cache tag block 1015" and "[ijf a miss occurs, then cache tag blocks 1 0 1 0 and 
1015 forward a cache write address to memory request generator .1020" which " generates 
memory requests for ail misses . and forwards the requ ests to DRAM 655 for information 
retrieval " (Col. 6, lines 33-36, and lines 48-53 emphasis added). Further, Rivard discloses that 
"DRAM 655 returns the memory data on bus 660 to cache data store and memory data resolver 
1030, which.stores.the memory data at the (Col . 6, lines 53-56 - emphasis added). 

However, the disclosure of a memory request generator that generates memory requests for all 
misses and forwards the requests to DRAM for information retrieval and that the DRAM then 
returns the memory data which is stored at the write address, as in Rivard, simply fails to even 
suggest "receiving instructions from the video memory in response to the instruction request " 
(emphasis added), as claimed by appellant. Clearly, returning memory data which is stored at a 
write address after a cache miss, as in Rivard, fails to meet "receiving instructions from the video 
memory in response to the instruction request " (emphasis added), as claimed by appellant. 
Appellant emphasizes that the memory data from the DRAM, as disclosed in Rivard, fails to 
teach or suggest "instructions," in the manner as claimed by appellant. 

Furthermore, in the Office Action mailed 09/20/2007, on Page 7, lines 3-7; Page 5, lines 9-17; 
Page 6, line 10 to Page 7, line 4; and Page 8, lines 4-8, the Examiner has argued the following: 

"In response to [appellant's] arguments against the references individually, one cannot 
show nonobviousness by attacking references individually where the rejections are based 
on combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 
1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986)." (Page 7, 
lines 3-7) 
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"Rivard further teaches receiving instructions from the video memory m response to the 
instruction request utilizing the texture module in the graphics pipeline (it is interpreted 
that instructions stored in DRAM that are requested are basically stored as data, and 
Rivard teaches to send back data in some form in response to the memory request 
generated as a result of a miss; DRAM returns memory data to cache data store and 
memory data resolver component of texel cache system, which further sends this 
information to the texture mapping stage; the texture mapping stage and the texel cache 
system together are considered as texture module, so the information/memory' data is 
passed between the components of the texture module)." (Page 5, lines 9-17) 

"'Hie examiner further interprets that Rivard also teaches the arrival of memory data and 
associated instructions at the cache data store and memory data resolver component of 
the text cache system is coordinated by pipeline latency elements (col. 7 lines 4-7; 
memory data has associated instructions are returned by DRAM, though the data has it's 
associated instructions). Therefore, the examiner brings in the Wang reference that 
suggests a graphics subumt (texture module) in a graphics hardware system that supplies 
data and control signals to local frame buffer memory for executing a series of display 
instructions (Fig. I, col 5 lines 38-67; the computer memory includes the local frame 
buffer memory, which corresponds to the DRAM; based on the control signals send by 
the graph cs sard ware system, the frame buffer returns the polygon display instructions 
that includes the texture data, so that the graphics subimii executes the display 
instructions using this data). Therefore, it would have been obvious to one of ordinary 
skill hi art at the time of present invention to have the memory return instructions as 
taught by Wang to the texture module of Rivard because these instructions are needed to 
render the graphics primitives to be displayed on the display device (col. 5 lines 43-45 
and. lines 63-67)." (Page 6, line 10 to Page 7, line 4) 

"However, the examiner interprets that Rivard teaches to send a request to DRAM via a 
texture module, and based on this request, DRAM sends back data and it's associated 
information to the texture module (see the arguments above for details). Nonetheless, 
Rivard does not explicitly state that the data and it's associated instructions are returned 
by DRAM, though the data has it's associated functions." (Page 8, lines 4-8) 

First, appellant notes that the Examiner's arguments on Page 7, lines 5-2.1; and Page 8, lines 9-20 
in the Office Action mailed 09/20/2007 are substantially similar to the arguments made by the 
Examiner on Page 6, line 10 to Page 7, line 4 excerpted above. Further, on Page 7, line 21 the 
Examiner has additionally citied '7» re Lockhart, 90 USPQ (CCPA 1951}." Second, appellant, 
has clearly responded to such arguments above regarding how the excerpts repeatedly relied 
upon by the Examiner fail to meet or suggest appellant's claimed "receiving instructions from 
the video memory in response to the ist . s sest' (emphasis added), as claimed by- 
appellant. 
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Further, appellant, respectfully asserts that the exceipts from Rivard relied upon by the Examiner 
merely teach that "jrnjemorv request generator 1020 generates me son -. esis fbi ail misses 
and forwards the requests to DRAM 655 for information retrieval" such that "DRAM 655 returns 
the memory data on bus 660 to cache data store and memory data resolver 1030" (Col. 6, lines 
50-55 emphasis sdded) However, Rivard - d - . !■ - i»ie that memory requests are forwarded to 
DRAM Jot inforn ation retries d where the DRAM returns the memory data, fails to support the 
Examiner's allegation that "Rivard further teaches receiving instructions from the video memory 
in response to the instruction request utilizing the texture module in the graphics pipeline'" 
(emphasis added). Clearly, forwarding memory requests to DRAM for information retrieval as 
in Rnaui simp!) tails to specificalh teach receiving in tmcth i from the video memory in 
response to the instruction request " { emphasis added), as claimed by appellant. 

In addition, appellant respectfully asserts that the excerpts from Rivard relied upon by the 
Examiner teach that "[bjecanse mentors s mes gei erator 1020 is between cache tag blocks 
1010, 1015 and cache data store 1030, generator ,,1020 can .p erform D RAM .655 memo^ 
before the address and instruction information reach cache data store and memory data resolver 
1030" (Col. 6, lines 62-66 - emphasis added). Furthermore, Wang teaches "a 3D graphics 
subunit 109 for executing a series of display instructions found within a display list stored in 
computer memory" and that "[mjany of the polygon display instructions include texture data to 
be displayed within the polygon" (Col. 5, lines 40-48 •••• emphasis added). However, the mere 
disclosure of memory request generator 1020 performing DRAM memory requests before the 
instruction information reaches the cache data store, as in Rivard, in addition to the disclosure of 
executing display instructions that may include texture data , as in Wang, simply fails to suggest 
"receiving instructions from the video memory in response to the instruction. request " (emphasis 
added), as claimed by appellant. Clearly, performing memory requests before instruction 
information reaches the cache data store, as in Rivard, in addition to the disclosure of executing 
display instructions that may include texture data, as in Wang, simply fails to even suggest an 
instruction request much less "receiving m auctions from the video memory in response to 
the instruction request " (emphasis added), as claimed by appellant. 



Further, appellant respectfully asserts that Rivard's disclosure of a "graphics accelerator system 
635 [that] includes pipeline latency elements 1025 to coordinate arrival of the memory data and 
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of the associated instructions at cache data store and memory data resolver 1030" (Col. 7, lines 
4-7) clearly teaches away from the Examiner's allegation that it would be obvious to "have the 
memory return instructions as taught by Wang to die texture module of Rivard because these 
instructions are needed to render the graphics primitives to be displayed on the display device," 

as noted b\ the Examine! since the pi pel h ru j ih coord ue m u al of the 

memory data and.. . the asst cmim in- rr ictions (emphasis added) Clear!) , as argued above, it 
would not be obvious from the teachings of Rivard and Wang to "reeervfej instructions from the 
t ideo memots m i0^p^ nso to the imtiutuor teqi , i tdded'h a claimed by appellant 

Still yet. appellant agrees with the Examiner's statement that "Rivard does not explicitly state 
that the data and it's associated instructions are returned by DRAM." For example, appellant 
asserts that the figures and excerpts from Rivard relied upon by the Examiner teach that texel 
cache system 6.50 "includes cache tags 1010, cache tags 1015, a memory request generator 1020, 
pipeline latency elements 1025 and cache data store and memory data resolver 1030" (see Figure 
10; Col. 6, lines 22-26 - emphasis added) where the "[ ffljemon , \ , * nor 1020 generates 
memory requests for all misses.., and forwards the requests to DRAM 655 for information 
retrieval " (Col. 6, lines 50-53 ■■■ emphasis added). Clearly, a texel cache system 650 including a 
memory request generator 1020 that generates memory requests that are forwarded to DRAM 
655 for information retrieval as in Rivard, simply fails to suggest "receiving instructions from 
the video memory in response to the instruction request " (emphasis added), as claimed by 
appellant. 

Again, appellant respectfully asserts that at least the first and third elements of the prima facie 
case of obviousness have not been met, since it would be wobvious to combine the references., 
as noted above, and the prior art excerpts, as relied upon by the Examiner, fail to teach or suggest 
ah of the claim limitations, as noted above. 

Group #3 : Claim 28 

Moreover, with respect to independent Claim 28. the Examiner has relied on Figures 6 and 10; 
Col. 4, lines 46-57; Col. 6, lines 45-67; and Col. 7, lines 1-10 in Rivard to make a prior art 
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showing of appellant's claimed "sending an instruction request to video memory, where the 
texture module sends the instruction request to the video memory ." 

Appellant respectfully asserts that figures from Rivard relied upon by the Examiner only shows a 
block: diagram of a computer system, and that, the excerpts relied on by the Examiner simply 
disclose that "the cache tag blocks 1010 and 1015 forward a cache write address to memory- 
request generator 1020" where "[ni]emory request generator 1020 generates memory requests for 
all misses/' Clearly, generating a memory request tor all misses, as in Rivard, does not meet 
appellant's claimed "sending an instruction request " (emphasis added), as claimed. 

In the Office Action mailed 03/20/2007, the Examiner has argued that "Rivard teaches this 
limitation" and to "refer to the rejection of claim L . . regarding sending an instruction request to 
video memory, where a texture module in a graphics pipeline sends the instruction request to the 
video memory." Appellant disagrees with the Examiner's arguments and asserts that, for 
substantially the same reasons as those argued above with respect to at least some of the 
independent claims, Rivard fails to even suggest "sending an instruction request " as appellant 
claims. For example, appellant respectfully points out that Rivard merely teaches that "the 
memory request generator is coupled between the cache tag block and the cache data store for 
performing a memory request before an address and instruction information associated with the 
needed tgxels reach the cache data store" (Col. 10, lines 48-52 - emphasis added). Clearly, 
performing a memory request before the address and instruction information reach the cache data 
store, as in Rivard (see excerpts above), fails to teach "sending an instruction request " (emphasis 
added), as claimed by appellant. 

Furthermore, with respect to Claim 28 and the Examiner's reliance upon the rejection of Claim 
1. the Examiner has argued that "the definition of instruction provided by dictionafy.com, which 
defines instructions as a command given to a computer to cany out a particular operation and can 
contain data to be used in the operation: here DRAM sends memory data based on the memory 
requests/read requests from the texture module." Further, the Examiner has argued that 
"[m]emory requests/read requests act as an instruction to DRAM, which performs a particular 
function based on the request." 
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AppeHant respectfully disagrees with the Examiner's arguments and asserts that the 
dictionary.com reference provided by the Examiner merely defines an instruction as "a command 
given to a computer to cany out a particular operation." Appellant respectfully asserts that 
Rivard merely discloses that the ^ eache tag blocks 1010 and 1015 forward a cache write address 

i2 vj, rotor 2 v _ ; t i > i / _ \ s and 

hnvtauK thv v t \ i' D l \ si for i formation retr il {Col 6 lines 33-36, and lines 48- 
53 - emphasis added). However, the disclosure of the memory request generator generating a 
memory request and forwarding the request to DRAM for mton iti m , me\al as in Rivard, 
•>mipl\ f.hK so - . >. '-sending an instruction request to video memory, where the texture 
module sends the instruction request to the video memory" (emphasis added), as claimed by 
appellant. Clearly, generating and forwarding a memory request to DRAM, as in Rivard, fads to 
suggest "sending an instruction request " (emphasis added), in the manner as claimed by 
appellant. 



In the Office Action mailed 09/20/2007, on Page 2, line 19 to Page 3, line 19; and Page 4, lines 
3-7, the Examiner has argued the following: 



"However, the examiner interprets that Rivard (Fig. 6, Fig. 10, col. 4 lines 46-57, col. 6 
lines 45-67, col 7 lines 1-10) teaches sending an instruction request to video memory, 
where a texture module in a graphics pipeline sends the instruction request to the video 
memory (a texture mapping stage .ends information to texel cache system; the texture 
mapping stage and the texel cache system together are considered as texture module, so 
the information is passed between the components of the texture module; texel cache 
system comprising the memory request generator, pipeline latency elements, and cache 
data store and memory data resolver forwards the memory requests/read requests to 
DRAM for information retrieval. [Tjhe examiner interprets that Rivard discloses sending 
an instruction request to video memory by generating memory request for all misses, and 
forwards the requests to DRAM for information retrieval (Fig. 6, Fig. 10, col. 4 lines 46- 
57, col. 6 lines 45-67, col. 7 lines 1-10). It is interpreted that an instruction request could 
be considered as merely a request because it is basically a. request that requires DRAM to 
perform necessary operation. The examiner also interprets that instructions stored in 
DRAM that are requested are basically stored as data. If is further interpreted that 
memory requests/read requests act as an instruction to DRAM based on which DRAM 
performs a particular function. Memory requests/read requests for all misses that are 
forwarded to DRAM are instruction requests based on which DRAM sends back 
information; the examiner relies on the definition of instruction provided by 
dictionary.com, which defines instructions as a command given to a computer to carry 
out a particular operation and can contain data to be used in the operation; here DRAM 
sends memory based on the memory requests/read requests from the texture module," 
( Page 2, line 19 to Page 3, line 1 9) 



in response to [appellant >] argumen igains e reference ind 1 dt ill one cannot 
( i< i i v 'i i > feren nd tally wh he rej€ i based 

on combinations of references. See In re Keller „ 642 F.2d 413, 208 USPQ 871 (CCPA 
1981); /» re Merck &- Co.. 800 F.2d 1091, 231 USPQ 375 {Fed. Cir. 1986)." (Page 4, 
lines 3-7) 

First, appellant notes that the Examiner's arguments on Page 4, line 8 to Page 5, line 8 in the 
Office Action mailed 09/20/2007 are substantially similar to the arguments made by the 
Examiner on Page 2, line 19 to Page 3, line 19 excerpted above. Second, appellant has clearly 
responded to such arguments above regarding how the excerpts repeatedly relied upon by the 
Examiner tail to meet or suggest appellant's claimed "sending ; el on request to video 

memory', where the texture module sends the instruction request to the video memory" (emphasis 
added), as claimed by appellant. 

Further, appellant respectfully disagrees with the Examiner's arguments and asserts that the 
figures and excerpts from Rivard relied upon by the Examiner merely disclose that "the texture 
mode indicates a 16-bit per pixel texture lookup'" in addition to "satisfying] two lookup requests 
with a single read request * (Col. 6, lines 56-61 - emphasis added). Additionally, the excerpts 
from Rivard teach that " pipeline latency elements 1.025... coordinate arrival of the memory' data 
and of the a s soc i a ted in s tr 1 1 c is ons " ' (Col. 7, lines 3-7 - emphasis added) such that "the memory 
request generator. . . perform[s] a memory request before an address and instruction information 
associated with the needed texels reach the cache data store" (Col. 10, lines 48-52 - emphasis 
added). Clearly, the texture mode indicating a texture lookup , in addition to the memory request 
generator performing a memory request , as in Rivard, simply fails to support the Examiner's 
allegation that "a texture module in a graphics pipeline sends the instruction request to the video 
memory'" (emphasis added), and especially does not teach "sending an i nstruction request to 
video memory, where the texture module sends the instruction request to the video memory" 
(emphasis added), as claimed by appellant 

In addition, Rivard' s disclosure that the * ui '' ' >ocks 1010 and 1015 forward a cache write 
address to n 1 memory requests for a 1 1 misses . . . 

and forwards ...the requests, jo. J )R e i{ (to! 6 lines 4S-53 -- 

emphasis added). However, the disclosure of the memory request generator generating a 
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niemory..recpest and forwarding the request to DRAM ferJnibm)ation..remg^ as in Rivard, 
fails to support the Examiner s allegation "that Rivard disc ost — a .hi uon request to 

video memory by generating memory request for all misses, and forwards the requests to DRAM 
for information retrieval" (emphasis added). Clearly, generating a memory request and 
forwarding the ot, h>t to DR \\ > t as in Rivard, simply foils to 

specifically teach "sending an instnietKju request to video memory, where the texture module 
sends me instruction request to the video memory" (emphasis added), as claimed by appellant. 

Still yet, appellant respectfully asserts that the excerpts from Rivard relied upon by the Examiner 
disclose thai the "(graphics application program 670 transfers graphjca 1 mfonmtion from data 
storage 625 into DRAM 655 for local storage" (Col. 4, lines 46-48 - emphasis added). 
Additionally, the excerpts disclose that "jTjf a hit occurs, then cache tag blocks 1010 and 1015 
forward a cache read address through memory request generator 1020 and through pipeline 
latency elements 1025 to cache data store 1030" such that "jc'Jache data store 1030 responsively 
outputs on lines 649 the texture va jvfes cached in the read location" (Col. 6, lines 42-47 - 
emphasis added). Clearly, Rivard is disclosing the transfer of graphica l information into DRAM: 
and outputting cached texture values , which simply fails to support the Examiner's allegation 
that ' instructions stored in DRAM that are requested are basically stored as data." (emphasis 
added). Therefore, the disclosure of transferring gra phi ca I information into DRAM: and 
outputting cached texture values , as m Rivard. snnph fails to suggest "sending an ...instiuctton 
request to video memory, where the texture module sends the instruction request, to the video 
memory" (emphasis added), as claimed by appellant. 

Furthermore, appellant again asserts that the dictionajy.com reference provided by the Examiner 
merely defines an instruction as "a command given to a computer to carry out a particular 
operation." In addition, the excerpts from Rivard disclose that the " memory request generator 
1020 generates memory requests for all misses... and forwards the requests to DRAM 655 for 
information retrieval '" (Col. 6, lines 50-53 •••• emphasis added). However, generating and 
forwarding memory requests to DRAM for in form at i on retri e v ah as in Rivard, fails to support 
the Examiner's allegation that "| mjetnory requests/read requests for all misses that are forwarded 
to DR \M are instru S mation " {emphasis 

added). Clearly, generating and forwarding memory requests to DRAM for information 
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! - « ;yal as in Rivard simpl} fails to specifically teach "sending aninsmjctioji requegt to video 
memory, where the texture module sends the insm^Mgn re^iest to the video memory" (emphasis 
a ided) as claimed by appellant. Applicant emphasizes that the memory request of Rivard fails 
to meet appellants claimed "instruction request," as claimed by appellant. 

In addition, with respect to Claim 28. the Examiner has relied on Figures 6 and 10; Col. 4. lines 
46-57; Col. 6, lines 45-67; and Col. 7, lines 1-10 from Rivard to make a prior art showing of 
appellant's claimed "receiving additional instructions from the video memory in response to the 
instruction request utilizing the texture module." 

Specifically, the Examiner has argued that "Rivard... teaches that DRAM returns memory data 
to cache data store and memory data resolver component of texel cache system, which further 
sends this information to the texture mapping stage." Further, the Examiner has argued that "the 
texture mapp • - wd the texel cache system together are considered as texture module, so 
the information Is passed between the components of the texture module." in addition, the 
Examiner has argued that "[tjhe texture mapping stage as shown in Fig. 6 also receives data 
(instructions} from the rasterizer module of the pipeline, and thus the instructions received from 
the DRAM via the texel cache system are considered to be the additional instructions " 

Appellant respectfully disagrees with the Examiner's arguments and asserts that Rivard merely 
discloses that "DRAM 655 returns the memory data on bus 660 to cache data store and memory 
data resolver 1030, which stores the memory data at the write address " (Col. 6, lines 53-56 - 
emphasis added). However, merely storing memory data at the write address, as in Rivard, 
simply fails to suggest " receiving additional instructions from the video memory in response to 
the instruction request utilizing the texture module" (emphasis added), as claimed by appellant. 
Clearly, storing memory data, as in Rivard, fails to suggest '"receiving additional instructions," in 
the manner as claimed by appellant. 

Second, in response to the Examiner's argument that "the texture mapping stage and the texel 
cache system together are considered as texture module," appellant respectfully disagrees and 
asserts that Rivard merely teaches that "tgjraphics accelerator system 635 includes graphics 
pipeline stages 640 including i. tcxi > lapp g stage 64 for map ng texture information to the 
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graphics information received from graphics application program 670 and for maintaining the 
teMUMQl^atigg in a texel cache system 650" where the "[tjexiure mapping block 645 sends 
information via bus 647 to texel cache system f > s mfoiinartoei 

via bus 649 back to texture mapping block 645" (Col. 4, lines 49-57 - emphasis added). Clearly, 

i !ia pi sta i sn i' i ure c > , in R whicl Is t 

su r xeivii u addition a * uc ons bom the video memory in response to the instruction 
re quest utilizing the texture module " (emphasis added), as claimed by appellant. 

Third, in response to the Examiner's argument that 'Tig. 6 also receives data (instructions) from, 
the rasierizer module of the pipeline, and thus the instructions received from the DRAM via the 
texel cache system are considered to be the additional instructions," appellant respectfully 
disagrees and asserts that Rivard merely teaches that "the memory request generator is coupled 
between the cache tag block and the cache data store for performing a memory request before an 
address and instruction information associated with the needed texeis reach the cache data store" 
(emphasis added). Clearly, coordinating the arrival of "memory ..data ", where "the data is 
conveniently aligned in the texture map" (emphasis added), as in Rivard (see excerpts above), 
fails to teach "receiving additional instructions " (emphasis added), as claimed by appellant. In 
addition, appellant respectfully asserts that simply nowhere in the description of Figure 6 is there 
any disclosure that "Fig, 6 also receives data (instructions) from the rasterizer module of the 
pipeline," as noted by the Examiner. Thus, Rivard simply fails to meet appellant's claimed 
"receiving additional instructions... utilizing the texture module," as claimed. 

Furthermore, in the Office Action mailed 09/20/2007, on Page 9, line 4 to Page 1.0, line 5, the 
Examiner has argued the fol lowing: 

"in response to [appellant's] arguments against references individually, one cannot show 
nonobviousness by attacking references individually where the rejections are based on 
combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 
1 98 1 ); hi re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1 986). 

In this case, the examiner interprets that Rivard teaches a texture mappi ig ;ta it as shown 
in Fig. 6 receiving data (instructions) from the rasterizer module of the pipeline and then 
receiving data (data and it's associated instructions) from the DRAM. The instructions 
received from the rasterizer module are considered to be the first instructions, and thus 
the instructions received from the DRAM via the texel cache system are considered to be 
the additional instructions. 
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Since Rivard does not. explicitly state that the data, and it's associated instructions are 
returned by DRAM, though the data has it's associated instructions, the examiner relies 
on the Wang reference that suggests a graphics summit (texture module) in a graphics 
hardware system that supplies data and control signals to local frame buffer memory for 
executing a series of display instructions (Fig. 1, col. 5 lines 38-67; the computer memory 
includes the local frame buffer memory, which corresponds to the DRAM; based on the 
control signals send by the graphics hardware system, the display list stored, in the frame 
buffer returns the polygon display instructions thai includes the Texture data, so that the 
dues subunii executes the display instructions using ! d; a) rherefore it would 
have been obvious to one of ordinary skill in art at the time of present invention to have 
the memory return instructions as taught by Wang to the texture module of Rivard 
because these instructions are needed to render the graphics primitives to be displayed on 
the display device (col. 5 lines 43-45 and lines 63-67}." (Page 9, line 4 to Page 10, line 5) 

First, appellant has clearly argued above how the excerpts repeatedly relied upon by the 
Examiner fail to meet or suggest, appellant's claimed "receiving additional instructions from the 
video memory in response to the instruction request utilizing the texture module" (emphasis 
added), as claimed by appellant. 

Further, appellant respectfully asserts that Figure 6 from the Rivard reference merely teaches that 
"[gjraphics application program 670 transfers graphical information from data storage. 625 into 
DRAM 655 for local storage" and that "[gjraphics accelerator system 635 includes graphics 
I ! v Lg v o i id i text i i j , f g { i i ptn g 1 rj >r> { >n * 1 5 

graphics information received from n-aph cs applicat n * rogram 670 and for maintaining the 
t exci information in a texel cache system 650 " (Col. 4, lines 46-54 - emphasis added). 
Additionally, Figure 6 teaches that "[tjexture mapping block 645 sends information via bus 647 
to texel cache system 650, and texel cache .system 650 sends infer rnation via bus 649 back, to 
texture mapping block 645" (Col, 4, lines 54-57 -• emphasis added). However, Rivard's teaching 
that graphic pipeline stages 640 includes a texture mapping stag e 645 for ma pping texture 
information and maintaining the texel information in a texel cache system 650, such that, the 
kvci cache astern o^O sau rformai oj ^ Muto mapp ing block 645. simply fails to support 
the Examiner's allegation that "Rivard teaches a texture mapping stage as shown in Fig. 6 
: Si ' mg data (instructions) from the rasterizer module of the pipeline and then receiving data 
(data and it's associated instructions) from the DRAM" (emphasis added). Clearly, a texture 
mapping., stage 645 for mapp in g texture information and maintaining the texel information in a 
texel cache system 650, such that the texel cache system 650 sends in 
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ma pping.bjggk 645, as in Rivard, simply fails to even suggest ec \ i mstmuions 
.from the video memory in, response,^ utilizing the texture module" 

(emphasis added), as claimed by appellant. 

Further, appellant respectfully asserts that the excerpts from Rivard relied upon by the Examiner 
merely teach that "fmjemory request generator 1020 generates memory req uests tor all misses. . . 
and forwards the re quests to DRAM 655 for information retrieval" such that "DRAM 655 returns 
the memory data on bus 660 to cache data store and memory data resolver 1030" (Col 6, lines 
50-55 - emphasis added). Clearly, forwarding memory requests to DRAM for information 
retrieval , as in Rivard, simply fails to specifically teach receiving a « d _ cttons from 
the video memory in response to the instruction request utilizing the texture module" (emphasis 
added), as claimed by appellant. 

In addition, appellant respectfully asserts that the excerpts from Rivard relied upon by the 
Examiner teach that "[b'jecause memory ...request ^ is between cache tag blocks 

101.0, 1015 and cache data store 1030, generator 1020 can perform DRAM 655 memory requests 
before the address and instruction information reach cache data store and memory data resolver 
1030" (Col. 6, lines 62-66 - emphasis added). Furthermore, Wang teaches "a 3D graphics 
subunit 109 for executing a series of display instructions found within a display List stored in 
computer memory" and that "[m]a.ny of the polygon display instructions mcl ude texture data to 
he displayed within the polygon" (Col. 5, lines 40-48 - emphasis added). However, the mere 
disclosure of memor y requ 1 i >RAM n uests before the 

instruction information reaches the cache data store, as in Rivard, in addition to the disclosure of 
executing display instructions that may include texture data , as in Wang, simply fails to suggest 
"receiving additional msmictions from the video memory in response to the instruction request 
utilizing the texture module"' (emphasis added), as claimed by appellant. Clearly, performing 
memory requests before instruction information reaches the cache data store, as in Rivard, in 
addition to the disclosure of executing d ispl a y instructions that may inc l ude texture data , as in 
Wang, simply tails to even suggest an "instruction request," much less "receiving additional 
instructions from the video memory in response to the instruction request utilizing the texture 
module" (emphasis added), as claimed by appellant. 
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Further, appellant respectfully asserts that Rivard's disclosure of a "graphics accelerator system 
635 [that] includes pipeline latency elements 1025 to coordinate arrival of the memory data and 
of the associated instructions at cache data store and memory data resolver 1030" (Col. 7, Sines 
4-7) clearly teaches away from the Examiner's allegation that it would be obvious to "have the 
memory return instructions as taught by Wang to the texture module of Rivard because these 
instructions are needed to render the graphics primitives to be displayed on the display device," 
as noted by the Examiner, since in Rivard the "pipeline latency elena . , dmate arrival of 
the memory data and... the as soc i ated i nst ate tion s ' ' (emphasis added). Clearly, as argued above, 
it would not be obvious from the teachings of Rivard and Wang to "receiving additional 
rnstrucu.oi.iS from the video memory in respon se to the instruction request utilizing the texture 
module" (emphasis added), as claimed by appellant. 

Still yet, appellant agrees with the Examiner's statement that "Rivard does not explicitly state 
that the data and it's associated instructions are returned by DRAM?' For example, appellant 
asserts that the figures and excerpts from Rivard relied upon by the Examiner teach that texel 
cache system 650 "includes cache tags 1010, cache tags 1015, a memory request generator 1020 . 
pipeline latency elements 1025 and cache data store and memory-' data resolver 1030" (see f igure 
1.0; Col. 6, lines 22-26 - emphasis added) where the " [mjemory request generator 1020 generates 
memory requests for all misses... and forwards the requests to DRAM 655 for information 
retrieval " (Col. 6, lines 50-53 - emphasis added). Clearly, a texel cache system 650 including a 
memory request generator 1020 that generates memory requests that are forwarded to DRAM 
655 for informatio n retr i e v a I % as in Rivard, simply tails to suggest "receiving additional 
instructions from the video memory in response to the instruction request utilizing the texture 
module" (emphasis added), as claimed by appellant. 

Again, appellant respectfully asserts that at least the first and third elements of the prima facie 
case of obviousness have not been met, since it would be wwhvhms to combine the references, 
as noted above, and the prior art excerpts, as relied upon by the Examiner, fail to teach or suggest 
a|l of the claim limitations, as noted above. 



Group H4: Claim 30 
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With respect to independent Claim 30, the Examiner has relied on Figure 6 and Figure 10, in 
addition to Col. 4, lines 46-57; and CoL 6, line 45-CoL 7, line 1.0 (excerpted below) from Rivard 
to make a prior art showing of appellant's claimed "sending an instruction request to video 
memory in a graphics pipeline, where a cache in the graphics pipeline sends the instruction 
request to the video memory." 



"Graphics application program 670 transfers graphical information from 
data storage €22 into ORAM 655 for local storage. Grannies accelerator 
system 635 includes graphics pipeline stages 640 including a texture 

maintaining the texel information in a texel cache s vat-era 650. Textyre 
_jp^_j^ - ~ sys 

i < 



"Cache data store 1030 responsiveiy outputs on lines 6-4S the texture 
values cached in the read location. 

If a miss occurs, then cache tag blocks 1010 and 1015 forward a cache 
write address to memory request generator 1.020. Memory request; 

y j. t- t ! s (-..a ou; for 

bi-linear sampling and up to eight for tri-lin- a ^ysmg), and 
to tea r ds the rogues is to oFCd Odd for io for nation retrieval. DP.tM 655 
returns the memory data on bus 660 to cache data store and memory data 
r« so leer 1030, which stores the memory data at the write address. If 
the interface to DRAM 655 is 32-bits wide, the texture rsocte indicates a 
16-bit per pixel texture lookup and the data is conveniently aligned in 
the texture map, then it is possible to satisfy two icecap requests 
with a single read request. However, if the data is not aligned, then 
two read requests are needed. 

latency of about five to ten clock cycles ior possibly more} which 
includes time for exiting and reentering the graphics pipeline 
hardware, to - \'*' " 

63 5 ; tsiss .eooe It..:....,. 0... CO Code ioiod ; : . of 

the aeeory docs and or tie associated instructions at cache data store 
and earner y dans, re sod. 0:0: 1030 . (Cel. , line 45 Co I. , line 10 - 



Appellant respectfully asserts that the figures relied on by the Examiner only generally illustrate 
a computer system and a block, diagram detailing die graphics accelerator system showing the 
pipeline latency elements 1025. In addition, the excerpts relied on by the Examiner merely teach 
that the "fm]eraory request generator 1 020 generates memory requests for all misses (up to four 
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ibr bi-Hnear sampling and up to eight for tri-Knear sampling), and^^M^JMjgjugjts^ 
PRAM 65J i for .mfonnation retneYaj " (emphasis added). However , disclosing that a memory 
request is generated for ail misses, as in Rivard, fails to teach ; 'se - a instruct on request to 
video memory in a graphics pipeline, where a cache in the graphics pipeline sends the instruction 
request to the video memory" (emphasis added), as claimed by appellant. 

Appellant notes that the Examiner has argued that *the texture mapping stage and the texel cache 
system together are considered the texture module/' Appellant respectfully disagrees and asserts 
that Rnatd meteh suggests that the [g taphte-, accelerate* system 635 includes graphics 
pipeline stages 640 including a texture mappuig stage 643 tor mapping texture infonnation to the 
graphics information received from graphics application program 670 and for maintaining the 
texel information in a texel cache system 650" where the "jtjexmrc mapping block 645 sends 
information via bus 647 to texel cac he system 650, and texel cac . > tern 650 t <U mfotmatum 
via.bus.649 back to. te^^ (Col. 4, lines 49-57 - emphasis added). Clearly, 

the texture mapping stage is separate from the texture cache system, as clearly disclosed in 
Rivard, and thus fails to suggest "sending an instructi on request to video memory in a graphics 
pipeline, where a cache in the graphics pipeline sends the instruction request to the video 
memory" (emphasis added), as claimed by appellant. 

In addition, the Examiner has argued that "memory requests/read requests for all misses that are 
forwarded to DRAM are instruction requests based on which DRAM sends back information... 
[where] the DRAM sends memory data based on the memory requests/read requests from the 
texture module." Further, the Examiner has argued that "[mjemory requests/read requests act as 
an instruction to DRAM, which performs a particular function based on the request." 

Appellant respectfully disagrees, and asserts that Rivard merely discloses that the "jlfjexture 
mapping block 645 sends information via bus 647 to texel cache system 650, and texel cache 
system 650 sends information via bus 649 back to texture mapping block 645" (Col. 4, lines 54- 
57). Additionally, Rivard discloses that "[tjex el sample address computation block 1005 
forwards the higher resolution sample points A-D to cache tag block 1010 and forwards the 
lower resolution sample points E-H to cache tag block 1015" and u [i]f a miss occurs, then cache 
tag blocks 1 0 1 0 im := 15 i w»d a cache write address to me requ a ne rater 1020" 



which " generics. mem^ . . and forwards.^ 

Momigtimfegieva!" (Co!. 6, lines 33-36, and lines 48-53 -- emphasis added). 

However, Rivard's disclosure that the memory request generator 1020, which is included in the 

texel cache s> tern (see Figure 10} gs i men in < g ts tot all misses and forwards the 

requests to DRAM for information retrieval, simply fails to even suggest "sending an instruction 
re quest to video memory in a graphics pipeline, where a cache in the graphics pipeline sends the 
instruction request to the video memory'" (emphasis added), as claimed by appellant Moreover, 
the texel sample address computation block (included in texture mapping block 645) which 
forwards sample points to the cache tag blocks 1010 and 1015 (included m texel cache system 
650), as disclosed in Rivard, fails to meet ""sending an instruction request to video memory in a 
graphics pipeline, where a cache in the graphics pipeline sends the instruction request to the 
video memory" (emphasis added), as claimed by appellant. Furthermore, the memory request to 
the DRAM, as in Rivard, lads to suggest "an instruction request," in tire manner as claimed by 
appellant 

In addition, appellant respectfully asserts that the following excerpts from Rivard further 
demonstrate that the Rivard foils to disclose appellant's claimed "sending an instruction request 
to video memory in a graphics pipeline, where a cache in the graphics pipeline sends the 
instruction request to the video memory." 
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First, appellant respectfully points out that Rivard merely teaches thai "the memory request 
generator is coupled between the cache tag block and the cache data store for performing a 
memory request before an address and instruction information associated with the needed texels 
reach the cache data store" (emphasis added). Clearly, coordinating the arrival of " memory 
d Uii where the data s convenient 

(see excerpts above), fails to teach sending an i > i t (emphasi ulded) is claimed 

by appellant. 

Second, appellant respectfully asserts that Rivard simply discloses that a memory request is 
performed before an address and instruction information associated with the needed texels reach 
the cache data store (see excerpts above). Thus, the memory data in Rivard simply relates to 
texel data, which clearly fails to suggest "sending an instruction request to video memory in a 
graphics pipeline, where a cache in the graphics pipeline sends the instruction request to the 
video memory" (emphasis added), as claimed by appellant. 

Furthermore, the Examiner has argued that "the definition of instruction provided by 
dicttonary.com.. which defines instructions as a command given to a computer to carry out a 
particular operation and can contain data to be used in the operation; here DRAM sends memory 
data based on the memory requests/read requests from the texture module." Further, the 
Examiner has argued that "[nfjemory requests; re ad requests act as an instruction to DRAM 
which performs a particular function based on the request " 

Appellant respectfully disagrees with the Examiner's arguments and asserts that the 
dictionary.com reference provided by the Examiner merely defines an instruction as "a command 
given to a computer to carry out a particular operation." Appellant respectfully asserts that 
Rivard merely discloses that the " cache tag blocks 1010 and 1015 forward a cache write address 
to memory request generator 1020" which "generates memory requests for all misses... and 
fonwitds the ' -<'i'.' ^ '< DE M 65: < nibrmat ut retrieval (Col 6, lines 33-36, and lines 48- 
53 - emphasis added). However, the disclosure of the memory request generator generating a 
memory request and forwarding the request to DRAM for information retrieval , as in Rivard, 
simpK fads to sug:»e- \\ to video memory in a graphics pipeline, 

where a utche in the graphics pipeline sends tl est to the video memory" 
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(emphasis added), as claimed by appellant Clearly, generating and forwarding a. memory 
request to DR AM, as in Rivard, tails to suggest "sending an induction .request ." particularly 



where "instructions [are received],.. in response to the instruction request'" (emphasis added), in 
the context as claimed by appellant. 



In the Office Action mailed 09/20/2007, on Page 2, line 19 to Page 3, line 19; and Page 4, lines 
3-7, the Examiner has argued the following: 



"However, the examiner interprets that Rivard (Fig. 6, Fig. 10, col. 4 lines 46-57, col. 6 
lines 45-67, col. 7 lines 1-10} teaches sending an instruction request to video memory, 
where a texture module in a graphics pipeline sends die instruction request to the video 
memory (a texture mapping stage sends information to texel cache system; the texture 
mapping stage and the texel cache system together are considered as texture module, so 
the information is passed between the components of the texture module; texel cache 
system comprising the memory request generator, pipeline latency elements, and cache 
data store and memory data resolver forwards the memory requests/read requests to 
DRAM for information retrieval. [Tjhe examiner interprets that Rivard discloses sending 
an instruction request to video memory by generating memory request for all misses, and 
forwards the requests to DRAM for information retrieval (Fig. 6, Fig. 10, col. 4 lines 46- 
57, col, 6 lines 45-67, col. 7 lines 1-10). It is interpreted that an instruction request could 
be considered as merely a request because it is basically a request that requires DRAM to 
perform, necessary operation. The examiner also interprets that instructions stored m 
DRAM that are requested are basically stored as data. It is further interpreted that 
memory requests/read requests act as an instruction to DRAM: based on which DRAM 
performs a particular function. Memory requests read requests for all misses that are 
forwarded to DRAM are instruction requests based on which DRAM sends back 
information; the examiner relies on the definition of instruction provided by 
dictionary, com, which defines instructions as a command given to a computer to carry 
out a particular operation and can contain data to be used in the operation; here DRAM 
sends memory based on the memory requests/read requests from the texture module." 
(Page 2, line 19 to Page 3, line 19) 

"In response to [appellant's] arguments against the references individually, one cannot 
show nonobviousness by attacking references individually where the rejections are based 
on combinations of references. See In re Keller, 642 F.2d 413, 20S USPQ 871 (CCPA 
1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. .1986)." (Page 4, 
lines 3-7) 

First, appellant notes that the Examiner's arguments on Page 4, line 8 to Page 5, line 8 in the 
Office Action mailed 09/20/2007 are substantially similar to the arguments made by the 
Examiner on Page 2, line 19 to Page 3, line 19 excerpted above. Second, appellant has clearly 
responded to such arguments above regarding how the excerpts repeatedly relied upon by the 
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Exammer tail to meet or suggest appellant's claimed "sending an.jnstmction..reQue$t to video 
memory in a graphics pipeline, where a..eajghe in the graphics pipeline gendsjhe Jnstmctjon 
request to the video memory" (emphasis added), as claimed by appellant. 

Further, appellant respectfully disagrees with the Examiner's arguments and asserts that the 
figures and excerpts from Rivard relied upon by the Examiner merely disclose thai '"the texture 
mode indicates a 16-bit per pixel texture lookup " in addition to ' s; f ngj two lookup requests 
with a single read request" (Col. 6, lines 56-61 - emphasis added). Additionally, the excerpts 
from Rivard teach that " pipeline latency elements 1025... coordinate arrival of the memory data 
and of the a s soe i ated m s tr uc i i on s' ' (Col. 7, lines 3-7 emphasis added) such that "the memory 
request generator. . . performfs] a memory request before an address and instruction information 
associated with the needed texels reach the cache data store" (Col. 10, lines 48-52 - emphasis 
added). Clearly, the texture mode indicating a texture lookup, in addition to the memory request 
generator performing a memors < \ Rivard, simph fails to support the Examine? s 

allegation that "a tex ture module in a graphics pipeline sends the instruc tion request to the video 
memory" (emphasis added), and especially does not teach "sending an instniction request to 
video memory in a graphics pipeline, where a cache in the graphics pipeline sends the instruction 
request to the video memory" (emphasis added), as claimed by appellant. 

In addition, Ri yard's disclosure that die " cache tag blocks 1010 and 1015 forward a cache write 
address to memory request uenerator 1020," which " generates memory requests for ail misses . . . 
and forwards the requests to DRAM 655 for information retrieval " (Col. 6, lines 48-53 - 
emphasis added). However, the disclosure of the memory request generator generating a 
memory request and forwarding the request to DRAM for information retrieval, as in Rivard, 
fails to support the Examiner's allegation "that Rivard discloses sending an instruction request to 
video memory by generating memory request, for all misses, and forwards the requests to DRAM 
for information retrievaC (emphasis added). Clearly, generating a memory request and 
forwarding the request to DRAM for mformati rt as in Ri\ »d simply fails to 

specifically teach "sending an instru ction req uest to video memory in a graphics pipeline, where 
a cache in the graphics pipeline sends the i nstruction request to the video memory" (emphasis 
added), as claimed by appellant. 
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Still yet appellant respectfully asserts that die excerpts from Rivard relied upon by the Examiner 
disclose that the c 1g]raph?.cs application program 670 a i tsJus u mln a! . n .non from data 
storage 625 into DRAM 655 for local storage" ('Col. 4, lines 46-48 - emphasis added). 
Additionally,, the excerpts disclose that "[i]f a hit occurs, then cache tag blocks 1010 and 1015 
forward a cache read address through memory request generator 1020 and through pipeline 
latency elements 1025 to cache data store 1030" such that "[cjache data store 1030 responsively 
outputs on lines 649 the texture values cached in the read location" (Col. 6, lines 42-47 -• 
emphasis added). Clearly Rivard is disclosing the transfei of graphical information into DRAM 
and outputting cached texture values , which simply fails to support the Examiner's allegation 
that " instructions stored in DRAM thai are requested are basically stored as data" (emphasis 
added). Therefore, the disclosure of transferring graphical information into DRAM and 
outputting cached texture values , as in Rivard, simply fails to suggest "sending an instruction 
request to video memory in a graphics pipeline, where a cache in the graphics pipeline sends the 
inMmction.reqiiest to the video memory" (emphasis added), as claimed, by appellant. 

Furthermore, appellant again asserts that the dictionajy.com reference provided by the Examiner 
merely defines an instruction as "a command given to a computer to carry out a particular 
operation." In addition, the excerpts from Rivard disclose that the " memory request generator 
1020 generates memory requests for all misses... and forwards the requests to DRAM 655 for 
information retrieval " (Col. 6, lines 50-53 -• emphasis added). However, generating and 
forwarding memory requests to DRAM for information retrieval as in Rivard, fails to support 
the Examiner's allegation that "[mjemory requests/read requests for all misses that are forwarded 
to DRAM are instruction requests based on which DRAM sends back rolbrmation " (emphasis 
added). Clearly, generating and forwarding memory requests to DRAM for information 
retrieval , as in Rivard, simply tails to specifically teach "sending an instruction request to video 
memory in a graphics pipeline, where a cache in the graphics pipeline sends the instruction 
request to the video memory" (emphasis added), as claimed by appellant Applicant emphasizes 
that the memory request of Rivard fails to meet appellant's claimed 'instruction request," as 
claimed by appellant. 



Additionally, with respect to independent. Claim 30, the Examiner has relied on Figure 6 and 
Figure 10; Col, 4, lines 46-57; Col. 6, lines 45-67; and Col, 7, lines 1-10 from Rivard 
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( reproduced above) to make a prior art showing of appellant's claimed "receiving instructions 
.from the video .memory hi response to the instruction request for storage in the cache m the 
graphics pipeline." 

The excerpts from Rivard relied upon by the Examiner merely teach that '"DRAM 655 returns 
the memory data uu bus 6 c • ore and memory data resolver .1030" (emphasis 

added). However, merely returning memory data to a cache data store, as in Rivard. simply fails 
to teach "receh ing ■>, r -u p,y> hum the \ ideo i ternon m nspnn t n struct! n request for 
storage in the cache in the graphics pipeline" (emphasis added), as claimed by appellant. 

Furthermore, appellant respectfully asserts that Rivard teaches that "[t]exture mapping block 645 
sends information via bus 647 to texel cache system 650, and texel cache system 650 sends 
information via bus 649 back to texture mapping block 645" (Col. 4, lines 54-57) Additionally, 
Rivard discloses that It jexej sample...addre$s..co forwards the higher 

resolution sample points A-D to cache tag block 1010 and forwards the lower resolution sample 
points E-H to cache tag block 1015" and "[i]f a miss occurs, then cache ta g blocks .1010 and 
1015 forward a cache write address to memory request generator 1020" which "generates 
memory requests for all misses ... and forwards the requests to PRAM 655 for information 
retrieval " (Col. 6, lines 33-36, and lines 48-53 - emphasis added). Further, Rivard discloses that 
"DRAM 655 returns the memory data on bus 660 to cache data store and memory data resolver 
1030, which stores the memory data at the write address " (Col. 6, lines 53-56 - emphasis added). 

However, the disclosure of a memory request generator that generates memory requests for all 
misses and forwards the requests to DRAM f or i n to r ma t i on ret r i e y a 1 ., and that the DRAM then 
returns the memory data which is stored at the write address, as in Rivard, simply fails to even 
suggest "receh im i uc h -m the video memory in response to the Instruction request for 
storage in the cache in the graphics pipeline" (emphasis added), as claimed by appellant. 
Clearly, returning memory data which is stored at a write address after a cache miss, as in 
Rivard, fails to meet "receiving instructions from the video memory in response to the 
instruction request for storage in the cache" (emphasis added), as claimed by appellant. 
Appellant emphasizes that the memory data from the DRAM, as disclosed in Rivard, fails to 
teach or suggest "instructions," in the manner as claimed by appellant. 



Furthermore, in the Office Action mailed 09/20/2007, on Page 7, lines 3-7; Page 5, lines 9-17; 
Page 6, line 10 to Page 7, line 4; and Page 8, lines 4-8, the Examiner has argued the following: 



"In response to [appellant's] arguments against the references individually, one cannot 
show nonobviousness by attacking references individually where the rejections are based 
on combinations of references. See fn re Keller, 642 F.2d 413, 208 USPQ 87 i (CCPA 
1981); in re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986)," (Page 7, 
lines 3-7) 

"Rivard further teaches receiving instructions from the video memory in response to the 
instruction request utilizing the texture module in the graphics pipeline (it is interpreted 
that instructions stored in DRAM that are requested are basically stored as data, and 
Rivard teaches to send back data in some form in response to the memory request 
generated as a result of a miss; DRAM returns memory data to cache data store and 
memory data resolver component of texel cache system, which further sends this 
information to the texture mapping stage; the texture mapping stage and the texel cache 
system together are considered as texture module, so the information/memory data is 
passed between the components of the texture module)." (Page 5, lines 9-17) 

"The examiner further interprets that Rivard also teaches the arrival of memory data and 
associated instructions at the cache data store and memory data resolver component of 
the text cache system is coordinated by pipeline latency elements (col. 7 lines 4-7; 
memory data has associated instructions are returned by DRAM, though the data has it's 
associated instructions). Therefore, the examiner brings in the Wang reference that 
suggests a graphics sub-unit (texture module) in a graphics hardware system that supplies 
data and control signals to local frame buffer memory for executing a series of display 
instructions (Fig. 1, col. 5 lines 38-67; die computer memory includes the local frame 
buffer memory, which corresponds to the DRAM; based on the control signals send by 
the graphics hardware system, the frame buffer returns the polygon display instructions 
that includes the texture data, so that the graphics subunit executes the display 
instructions using this data). Therefore, it would have been obvious to one of ordinary 
skill in art at the time of present invention to have the memory return instructions as 
taught by Wang to the texture module of Rivard because these instructions are needed to 
render the graphics primitives to be displayed on the display device (col. 5 lines 43-45 
and lines 63-67)." (Page 6, line 10 to Page 7, line 4) 

"However, the examiner interprets that Rivard teaches to send a request to DRAM via a 
texture module, and based on this request, DRAM sends back data and it's associated 
information to the texture module (see the arguments above for details). Nonetheless, 
Rivard does not explicitly state that the data and it's associated instructions are returned 
by DRAM, though the data has it's associated functions." (Page 8, lines 4-8) 

First, appellant notes that the Examiner's arguments on Page 7, lines 5-2.1 ; and Page 8, lines 9-20 
in the Office Action mailed 09/20/2007 are substantially similar to the arguments made by the 
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Exammer on Page 6, line 10 to Page 7, line 4 excerpted above. Further, on Page 7, line 21 the 
Examiner has additionally dried "In re Lackhati, 90 USPQ (CCPA 1951)." Second, appellant 
has clearly responded to such arguments above regarding how the excerpts repeatedly relied 
upon by the Examiner fail to meet or suggest appellant's claimed "receiving instructions from 

the video memoiy in t^>; ^ jhe I rtictioi equesl tot sum ige in the cache in the graphics 

pipeline" (emphasis added), as claimed by appellant. 

Further, appellant respectfully asserts that the excerpts from Rivard relied upon by the Examiner 
merely teach that "[mjemory request generator 1020 generates memory requests for all misses. . . 
and forwards the requests to DRAM 655 for utfonnatsi < i trie v a such that DRAM 655 returns 
die memory data on bus 660 to cache data store and memory data resolve* 1030" (Col. 6, lines 
50-55 ----- emphasis added). However, Rivard' s disclosure that memory requests are forwarded to 
DRAM for information retrieval where the DRAM returns the memory data, fails to support the 
Examiner's allegation that "Rivard furthet teac hes re£ejving.ji\siBicu„gns from the \ ideo memory 
in response to the instruction re quest utilising the texture module in the graphics pipeline" 
(emphasis added). Clearly, forwarding memory requests to DRAM for information retrieval as 
in Rivard, simply fails to specifically teach "receiving instructions from the video memory in 
response to the instruction request fox storage in the cache in the graphics pipeline" (emphasis 
added), as claimed by appellant. 

In addition, appellant respectfully asserts that the excerpts from Rivard relied upon by the 
Examiner teach that "[bjecause memory request generator 1020 is between cache tag blocks 
1.010, 101.5 and cache data store 1030, generator .1020 can perform DRAM 655 memory requests 
before the address and instruction information reach cache data store and memory data resolver 
1030" (Col 6, lines 62-66 -- emphasis added). Furthermore, Wang teaches "a 3D graphics 
summit 109 for executing a series of display instructions found within a display list stored in 
computer memory" and that "[mjany of the polygon display instructions include texture data to 
be displayed within the polygon" (Col. 5, lines 40-48 •••• emphasis added). However, the mere 
disclosure of memory request generator 1020 performing DRAM mct m \ requests before the 
instruction information reaches the cache data store, as in Rivard, in addition to the disclosure of 
executing display >tru hat may include tex i da ts in Wang simply fads to suggest 
"receiving instructions from the video memon in respoi < t for storage 
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in the cache in the graphics pipeline" (emphasis added), as claimed by appellant Clearly, 
performing mgmpiy.reguesis before jnsfx^ reaches the cache data store, as in 

Rivard, in addition to the disclosure of exeeuts ig c j ude texture 

data , as in Wang., simply fails to even suggest an "instruction request," much less "receiving 
mstiucuons item the vide nemory in r*. juest 1 in the cache 

in die graphics pipeline'" (emphasis added), as claimed by appellant. 

Further, appellant respectfully asserts that R ward's disclosure of a "graphics accelerator system 
635 [that] includes pipeline latency elements 1025 to coordinate arrival of the memory data and 
of the associated instructions at cache data store and memory data resolver 1030" (Col 7, lines 
4-7) clearly teaches away from the Examiner's allegation that it would be obvious to "have the 
memory return instructions as taught by Wang to the texture module of Rivard because these 
instructions are needed to render the graphics primitives to be displayed on the display device;" 
as noted by the Examiner, since the " pipeline .latency elements . . . coprdjnate a rriva l of the 
PjghtQnydata and. . . the associated instructions ' (emphasis added). Clearly, as argued above, it 
would not be obvious from the teachings of Rivard and Wang to "receiv[e] instructions from the 
video memory in response to the instruction request for storage in the cache in the graphics 
pipeline" (emphasis added), as claimed by appellant. 

Still yet, appellant agrees with the Examiner's statement that "Rivard does not explicitly state 
that, the data and it's associated instructions are returned by DRAM." For example, appellant 
asserts that the figures and excerpts from Rivard relied upon by the Examiner teach that texel 
cache system 650 "includes cache tags 1 010, cache tags 1015, a memory request generator 1020 . 
pipeline latency elements 1025 and cache data store and memory data resolver 1030" (see Figure 
10; Col. 6, lines 22-26 ----- emphasis added) where the " [mjemory request generator 1020 generates 
memory requests for all misses. . and forwards the requests to DRAM 655 tor information 
retrieval " (Col. 6, lines 50-53 emphasis added). Clearly, a texel cache system 650 including a 
memory request generator 1020 that generates memory requests that are forwarded to DRAM 
655 for informatio n retrieval as in Rivard, simply fails to suggest "receiving instructions from 
the video memory in response to die instruction request for storage in die cache in the graphics 
ptpelme { ed by appellant 
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Agam, appellant respectfully asserts that at least tlie first and third elements of the prima facie 
case of obviousness have not been met, since it would be unabviom to combine the references, 
as noted above, and the prior art excerpts, as relied upon by the Examiner, fail to teach or suggest 
all of the claim limitations, as noted above. 

Group US: Claim 18 

With respect to Claim 18, the Examiner has relied on Col. 5, lines 43-67; and Col. 6, lines 1-47 
from Wang to make a prior art showing of appellant's claimed technique "wherein a complete 
instruction set is received in response to the instruction request/' Specifically, the Examiner has 
argued that "Wang... teaches a graphics summit (texture module) of a graphics hardware system 
executing a series of display instructions (set of instructions) stored in computer memory" and 
that "[tjhe graphics subunit receives display instructions including texture data based on the 
supplied data and control signals." 

Appellant respectfully disagrees and asserts that Wang merely discloses that "[tjhe graphics 
hardware system 108 contains a 3D graphics subunit 109 for executing a series of display 
instructions found within a display list, stored in computer memory." where w [t]he display list 
generally contains instructions regarding the rendering of several graphic primitives, e.g., 
individual points, lines, polygons, fills, BIT BLTs (bit block transfers), textures, etc." (Col. 5, 
lines 40-46 - emphasis added). However, only generally disclosing the graphics subunit 
executing a series of display instructions found within a display list stored in computer memory, 
as in Wang, does not specifically teach that " a complete instruction set, is received in response to 
the instruction request,;' where the "instructions [are received] from the video ...memory " 
(emphasis added), in the context as claimed by appellant (see Claim 1 for context). 

In fact, appellant notes that the Examiner has relied on the same disclosure in Wang of a "series 
of display instructions" to meet both appellant's claimed "complete instruction set [that] is 
received in response to the instruction request" (see Claim 18) and "partial instruction set [that] 
is received in response to the instruction request" (see Claim 19), as claimed. Clearly, a 
generally disclosure of a series of instructions, as in Wang, simply cannot meet appellant's 
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claimed "complete instruction set" (Claim 18) and "partial instruction set" (Claim 19), as 
claimed. 



Furthermore, in the Office Action mailed (>« 20 2007, on Page 1 1, line 10 to Page 12, line 8, the 
Examiner has argued the following; 



"Regarding claim 18, Rrvard does not explicitly teach a complete instruction set is 
received in response to the instruction request. However, Wang (col 5 lines 43-67, col. 6 
lines 1-47) teaches a graphics subunit (texture module) of a graphics hardware system 
executing a series of display instructions (set of instructions) stored in computer memory 
Fig ! o v ! + i mi i v'l dt + 1 ! i i> v it i 

which corresponds to the DRAM; based on die control signals send by the graphics 
hardware system, the display list stored in the frame buffer returns the polygon display 
instructions that include the texture data, so that the graphics subunit executes the display 
instructions using this data). The graphics subunit receives display instructions including 
texture data based on the supplied data and control signals (the examiner interprets that 
the claims do not specify how many instructions are needed to make a set complete; the 
examiner interprets that if the required operation can be performed from, just the one 
received instruction, then it is considered as a complete set of instruction; the single 
display instruction received by the graphics from the sub-routine process in response to 
the control signals correspond to a complete set of instruction; the instruction in the sub- 
routine is executed by the graphics subunit for rendering the concerned graphics 
primitive, and therefore it is considered as a complete set of instruction). Therefore, it 
would have been obvious to one of ordinary skill in art at the time of present invention to 
have the memory return a complete set of instructions as taught by Wang to the texture 
module of Ri sard because this instruction set is needed to render the concerned graphics 
primitive (col. 5 Sines 43-45 and lines 63-67) " (Page 11, line 10 to Page 12, line 8) 

Appellant agrees with the Examiner's argument that "Rivard does not explicitly teach a complete 
instruction set is received in response to the instruction request." Further, appellant respectfully 
disagrees with the Examiner's arguments with respect to Wang and asserts that the excerpts from 
Wang relied upon by the Examiner merely disclose that "jYjhe graphics hardware system 108 
contains a 3D graphics subunit 109 for executing a series of display instructions found within a 
display list stored in computer memory" where "[fjhe display list generally contains instructions 
regarding the rendering of several graphic primitives , e.g., individual points, lines, polygons, 
fills, BIT BLTs (bit block transfers), textures, etc." (Col. 5, lines 40-46 - emphasis added). 
Further, the excerpts disclose that "[m]any of the polygon display instructions include texture 
data to be displayed within the polygon" (Col 5, lines 46-48). 
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However, appellant asserts that Wang's disclosure of "a 3D graphics subunit 109 for executing a 
series of display instructions" (emphasis added), clearly fails to support the Examiner's 
allegation that "if the required operation can be performed from just the one received instruction., 
then it is considered as a complete set of instruction" (emphasis added). Clearly, a series of 
display instructions fails to support "''just the one i 'ceiv ci inst .icti' > • .is added), as 
alleged by the Examiner. Furthermore, Wang's disclosure of a series f disp lay instrti don 
simply fails to meet appellant's claimed "complete instruction set," much less disclose that "a 
complete instruction set is received in response to the instruction request," where the 
"instructions [are received] from the video memory " (emphasis added), in the context as claimed 
by appellant (see Claim I for context). Therefore, appellant asserts that it would not have been 
obvious to "have the memory return a complete set of instructions as taught by Wang to the 
texture module of Rivard because this instruction set is needed to render the concerned graphics 
primitive." as alleged by the Examiner. 

Again, appellant respectfully asserts that at least the first and third elements of the prima facie 
case of obviousness have not been met, since it would be wobvious to combine the references., 
as noted above, and the prior art excerpts, as relied upon by the Examiner, fail to teach or suggest 
all of the claim limitations, as noted above. 

Group M: Claims 19 and 20 

In addition, with respect to Claim 19, the Examiner has relied on Col. 5, lines 43-67; and Col. 6, 
lines 1-47 from Wang to make a prior art showing of appellant's claimed technique " wherein a 
partial instruction set is received in response to the instruction request." Specifically, the 
Examiner has argued that "Wang... teaches a graphics subunit (texture module) of a graphics 
hardware system executing a series of display instructions (set of instructions) stored in 
computer memory" and that "[tjhe graphics subunit receives display instructions including 
texture data based on the supplied data and control signals." 

Appellant respectfully disagrees and asserts that Wang merely discloses that "[t]he graphics 
hardware system 108 contains a 3D graphics subunit 109 for executing a series of display 
is unctions found within [ 1 _L n computer t or> t jhe < ryj 
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geiterallv. c.^^ regarding the rendering of several graphic primitives, e.g., 

individual points, lines, polygons, fills, BIT BLTs (hit block transfers), textures, etc." (Col. 5, 
lines 40-46 -■ emphasis added). However, only generally disclosing the graphics sub-unit 
executing a seri es, of di spl ay instruc tions found within a display list stored in computer memory , 
as in Wang, does not specific all .. teat h thai a partial instruction set i ■ receh ed in response to the 
instruction request" where the "instructions [are received] from the y i deo memory '' ' (emphasis 
added), .in the context as claimed by appellant (see Claim 1 for context). 

In fact, appellant notes that, the Examiner has relied on the same disclosure in Wang of a "series 
of display instructions" to meet both appellant's claimed "complete instruction set [that] is 
received in response to the instruction request" (see Claim 18) and "partial instruction set [that] 
is received in response to the instruction request" (see Claim 19), as claimed. Clearly, a 
generally disclosure of a series of instructions, as in Wang, simply cannot meet appellant's 
claimed "complete instruction set" (Claim 18} and "partial instruction set" (Claim 19), as 
claimed. 

Furthermore, in the Office Action mailed 09/20/2007, Page 12, line 12 to Page 13, line 9, the 
Examiner has argued the following; 

"Regarding claims 19, Rivard does not explicitly teach a partial instruction set is received 
in response to the instruction request. However, Wang (col. 5 lines 43-67, col 6 lines 1- 
47) teaches a graphics suhunit (texture module) of a graphics hardware system executing 
a series of display instructions (set of instructions) stored in computer memory. The 
graphics subun.it receives display instructions including texture data based on the 
supplied data and control signals (the examiner interprets that the claims do not specify 
how many instructions are needed to make a set complete or partial; the examiner 
interprets that if the required operation can be performed from just the one received 
instruction, then it is considered as a complete set of instruction; however, the rendering 
process might need other instructions for rendering other primitives, and in this case, the 
single received instruction is considered as a partial set of instruction; the single display 
instruction received by the graphics from the sub-routine process in response to the 
control, signals correspond to a partial set of instruction; this instruction in the sub-routine 
is executed by the graphics summit for rendering other primitives, and therefore overall 
this single instruction is considered as a partial set of instruction). Therefore, it would 
have been obvious to one of ordinary skill in art at the time of present invention to have 
the memory return instructions as taught by Wang to the texture module of Rivard 
because these instructions are needed to render the graphics primitives to be displayed on 
the display device (col. 5 lines 43-45 and lines 63-67)." (Page 12, line 12 to Page .13, line 
9) 
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Appellant agrees with the Examiner's argument that "Rrvard does not explicitly teach a partial 
instruction set is received in response to the instruction request." Further , appellant respectfully 
disagrees with the Examiner's arguments with respect to the Wang reference and asserts that the 
t V* I ' relied upon by the Examiner disclose that "jtjbe graphics hardware system 
108 contains a 3D graphics subun.it 109 tot executing i series ol display v turns found 
within a display list stored in computer memory" where "'[tjhe display list generally contains 
institutions icuanimu the u \ >u ■ ( t ^\ual .rrjphn primitives, e.g., individual points, lines, 
polygons, fills, BIT BLTs {bit block transfers), textures, etc." (Col. 5, lines 40-46 - emphasis 
added) Further, the excerpts disclose that "jnfjany of the polygon display instructions include 
texture data to be displayed within the polygon" (Col. 5, lines 46-48). 

However, appellant asserts that Wang's disclosure of "a 3D graphics subunit 109 for executing a 
series of display instructions " (emphasis added), clearly fails to support the Examiner's 
til* gation that "if the required operation can he performed from, just the one - tstruct 
then it is considered as... a partial set of instruction" (emphasis added). Clearly, a series of 
display instructions fails to support "just the one received instruction." as alleged by the 
Examiner. Furthermore, Wang's disclosure of a series of display instructions simply fails to 
meet appellant's claimed "partial instruction set," much less disclose that "a partial instruction 
set is received in response to the instruction request " where the "instructions [are received] from 
the video memory" (emphasis added), in the context as claimed by appellant (see Claim I for 
context). Therefore, appellant asserts that it would not have been obvious to "have the memory 
return instructions as taught by Wang to the texture module of Rivard because these instructions 
are needed to render the graphics primitives to he displayed on the display device," as alleged by 
the Examiner. 

Again, appellant respectfully asserts that at least the first and third elements of the prima, facie 
case of obviousness have not been met since it would be imohvtom to combine the references, 
as noted above, and the prior art excerpts, as relied upon by the Examiner, fail to teach or suggest 
all of the claim limitations, as noted above. 



Is ie 2 
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The Examiner has rejected Claims 13-17, 22, 23, and 29 under 35 U.S.C. 103(a) as being 
unpatentable over Rivard (U.S. Patent No. 5,987,567), in view of Wang (U.S. Patent No, 
5,83 1,640), and further in view of Applicant Admitted Prior Art (AAPA). 

Group Hi: Claims 13-17, 22 and 23 

Appellant respectfully asserts that such claims are not met by the prior art for the reasons argued 
with respect to Issue #1 , Group #1 . 

Group H2: Claim 29 

Furthermore, with respect to independent Claim 29, the Examiner has relied on Figures 6 and 10; 
Col 4, lines 46-57; Col. 6, lines 45-67; and Col. 7, lines 1-10 from Rivard, along with Fig. 3; and 
Page 5, lines 24-31 from AAP A to make a prior art showing of appellant's claimed "sending an 
instruction request to video memory, where a texture module coupled to the shader module sends 
the instruction request to the video memory." 

Appellant respectfully asserts that the figures relied on by the Examiner only generally illustrate 
a computer system and a block diagram detailing graphics accelerator system showing the 
pipeline latency elements 1025. In addition, in Col. 7, lines 4-7, Rivard teaches that "graphics 
accelerator system 635 includes p i peline latency elem ents 1025 to coordinate arrival of the 
memory data and of the associated instructions at cache data store and memory data resolver 
1030" (emphasis added). Furthermore, Rivard teaches that "[mjemory request generator 1020 
generates memory i ;;s os ts for ali misses (up to four for bi -linear sampling and up to eight for 
tri-linear sampling), and forwards the requests..." (Col. 6, lines 50 - 52 emphasis added). 
However, disclosing that memory requests are generated for all misses, as in Rivard, fails to 
suggest send ig at istructton reqi o to video memory, where a texture module coupled to the 
shader module sends the instruction request to the video memory" (emphasis added), as claimed 
by appellant. 
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In addition, appellant respectfully asserts t!iat Fig, 3 from AAPA as relied upon by the Examiner 
merely discloses that "the texels resulting from one .texjmg jopkup can influence the location of 
the texels in a subsequent texture lookup" (Page 4, lines 30-31 - emphasis added). However, the 
mere disclosure of texels resulting from a texture lookup fail to even suggest "sending an 
in str action re q ue st to video memory, where a texture module up led t the ha !« i module sends 

the i nstruction request to the video memory" (emphasis added), as claimed by appellant. 

Clearly, retrieving texels from a texture lookup fails to meet "an instruction request," in the 
manner as claimed by appellant. 

In the Office Action mailed 03/20/2007, the Examiner has argued that "Rivard teaches sending 
an instruction request to video memory, where the texture module sends the instruction to the 
video memory." Appellant disagrees with the Examiner's arguments and asserts that, for 
substantially the same reasons as tihose argued above with respect to at least some of the 
independent claims, Rivard fails to even suggest 'sending an instruction request." as appellant 
claims. For example, appellant respectfully points out that Rivard merely teaches that "the 
memory request generator is coupled between the cache tag block and the cache data store for 
performing a memory request before an address and instruction information associated with the 
needed texels reach the cache data store" (Col. 10, lines 48-52 - emphasis added). Clearly, 
performing a memory req uest before the address and instruction information reach, the cache data 
store, as in Rivard (see excerpts above), fails to teach "sending an instruction request ' ' (emphasis 
added), as claimed by appellant. 

Furthermore, with respect to Claim 29 and the Examiner's reliance upon the rejection of Claim 
I , the Examiner has argued that "the definition of instruction provided by dictionary.com, which 
defines instructions as a command given to a computer to carry out a particular operation and can 
contain data to be used in the operation; here DRAM sends memory data based on the memory 
requests/read requests from the texture module " Further, the Examiner has argued that, 
"[mjemory requests/read requests act as an instruction to DRAM, which performs a particular 
function based on the request/'' 

Appellant respectfully disagrees with the Examiner's arguments and asserts that the 
dictionary.com reference provided by the Examiner merely defines an instruction as "a command 
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given to a computer to carry out a particular operation. " Appellant respectfully asserts that 
Rivard merely discloses that the "cacheja^ W^^^ a cache write address 

to memory request generator 1020" which "generates memory requests for ail misses... and 
forwards the requests to DRAM 655 for information retrieval " (Col 6, lines 33-36, and lines 48- 
53 - emphasis added)- However, the disclosure of the memory reques . ■ oi generating a 
memory request and forwarding the request to HI s Vl f r in fort uion _o_ . is in Rn ard 
simply fails to specifically suggest "sending an instruction request to video memory, where a 
texture module coupled to the shader module send the mssxucm • . he video memory** 

(emphasis added), as claimed by appellant. Clearly, generating and forwarding a memory 
request to DRAM, as in Rivard, fails to suggest '"sending an instruction request " (emphasis 
added), in the manner as claimed by appellant. 



In the Office Acton mailed 09/20/2007, on Page 2, line 19 to Page 3, line 19; and Page 4, lines 3- 
7, the Examiner has argued the following; 



"However, the examiner interprets that Rivard (Fig. 6, Fig. 10, col 4 lines 46-57, col. 6 
lines 45-67, col. 7 lines 1-10) teaches sending an instruction request to video memory, 
where a texture module in a graphics pipeline sends the instruction request to the video 
memorj (a texture ma) tage sends information to texel cache system; the texture 

mapping stage and the texel cache system together are considered as texture module, so 
the information is passed between the components of the texture module; texel cache 
system comprising the memory request generator, pipeline latency elements, and cache 
data store and memory data resolver forwards the memory requests/read requests to 
DRAM for information retrieval [Tjhe examiner interprets that Rivard discloses sending 
an instruction request to video memory by generating memory request for all misses, and 
forwards the requests to DRAM for information retrieval (Fig. 6, Fig. 10, col 4 lines 46- 
57, col. 6 lines 45-67, col 7 lines 1-10). it is interpreted that an instruction request could 
be considered as merely a request because it is basically a request that requires DRAM to 
perform necessary operation. The examiner also interprets that instructions stored in 
DRAM that are requested are basically stored as data. It is further interpreted that 
memory requests read requests act as an instruction to DRAM based on which DRAM 
performs a particular function. Memory requests lead requests for all misses that are 
forwarded to DRAM are instruction requests based on which DRAM sends back 
information; the examiner relies on the definition of instruction provided by 
dictionary.com, which defines instructions as a command given to a computer to cany 
out a particular operation and can contain data to be used in the operation; here DRAM 
sends memory based on the memory requests/read requests from the texture module." 
{ Page 2, line i 9 to Page 3, line 19) 



-70- 



"in response to [appellants] arguments against the references individually, one cannot 
show nonobviousness by attacking references individually where the rejections are based 
on combinations of references. See In re Keiter, 642 F.*2d 413, 208 USPQ 871 (CCPA 
1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed, Cir. 1986)" (Page 4, 
lines 3-7) 

First, appellant respectfully asserts that the Examiner's arguments on Page 4, line 8 to Page 5, 
line 8 in the Office \ction mailed oo 20 200" ate substantia K simi ai to the arguments made by 
the Examiner on Page 2, line 19 to Page 3, line 19 excerpted above. Second, appellant has 
clearly responded to such arguments above regarding how the excerpts repeatedly relied upon by 
the Examiner fail to meet or suggest appellant's claimed "sending an instruction request to video 
memory, where a texture module coupled to the shader module sends the instruction request to 
the video memory" (emphasis added), as claimed by appellant. 

Further, appellant respectfully disagrees with the Examiner's arguments and asserts that the 
figures and excerpts from Rivard relied upon by the Examiner merely disclose that "the texture 
mode indicates a 1 6-bit per pixel texture lookup" in addition to "satisfy! ing] two lookup requests 
with a single read request" (Col. 6, lines 56-6 1 - emphasis added). Additionally; the excerpts 
from Rivard teach that "pipeline latency elements 1025,.. coordinate arrival of the memory data 
and of the associated instructions " (Col. 7, lines 3-7 - emphasis added) such that "the memory 
request generator. . . performfsj a memory t qui t bei 1 n tddre <md instruction information 
associated with the needed texels reach the cache data store" (Co!. 10, lines 48-52 -■ emphasis 
added). Clearly, the texture mode indicating a texture lookup , in addition to the memory request 
generator performing a memory request , as in Rivard, simply fails to support the Examiner's 
allegation that "a texture module. . . sends the instruction teeniest to the video memory" 
(emphasis added), and especially does not teach "sending an instruction request to video 
memory, where a texture module coupled to the shader module sends the instruction re quest to 
the video memory'' (emphasis added), as claimed by appellant. 

In addition, Rivard' s disclosure that the 'ca h y gj i i st ks 1010 and J 0 1 5 forward a cache write 
tddrc s to i ' ts foi all misses . . . 

and forwards the requests to DRAM 055 in; -nu TLi},^] .i-iii^uil" (< oi 6, lines 48-53 - 
emphasis added). However, the disclosure of the memory request generator generating a 
memory request and forwarding the request to 3>R\M | re sal , as in Rivard, 
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fails to support the Examiner's allegation "that Rivard discloses sending anJnMrucfimre.queM to 
video memory by generating memory request for all misses, and forwards the requests to DRAM 
for information retrieval" (emphasis added). Clearly, generating a memory request and 

forwarding the request to DR \M ft i al as in Rivard, simply fads to 

specifically teach "sending an i n strue t i on request to video memory; where a texture module 
coupled 10 the shader module sends the instruction req uest to the video memory" \ emphasis 
added), as claimed by appellant. 

Still yet, appellant respectfully asserts that the excerpts from Rivard relied upon by the Examiner 
disclose that the "(graphics application program 670 transfers graphica 1 in fonnatiou from data 
storage 625 into DRAM 655 for local storage" (Col. 4, lines 46-48 - emphasis added). 
Additionally, the excerpts disclose that "[i]f a hit occurs, then cache tag blocks 1030 and 1015 
forward a cache read address through memory request generator 1020 and through pipeline 
latency elements 1025 to cache data store 1030" such that "jc'Jache data store .1030 responsively 
outputs on lines 649 the texture va jtfes cached in the read location" (Col. 6, lines 42-47 - 
emphasis added). Clearly, Rivard is disclosing the transfer of graphica l information into DRAM 
and outputting cached texture values , which simply fails to support the Examiner's allegation 
that " instructions stored in DRAM that are requested are basically stored as data." (emphasis 
added). Therefore, the disclosure of transferring gra phi ca I information into DRAM: and 
outputting cached texture values , as in Rivard, simply fails to suggest "sending an instruction 
request to video memory, where a texture module coupled to the shader module sends the 
instruction request to the video memory" (emphasis added), as claimed by appellant. 

Furthermore, appellant again asserts that the dictionaiy.com reference provided by the Examiner 
merely defines an instruction as "a command given to a computer to carry out a particular 
operation." In addition, the excerpts from Rivard disclose that the " memory request generator 
•1020 generates memory requests for all misses... and forwards the requests to DRAM 655 for 
information retrieval " (Col. 6, lines 50-53 •••• emphasis added). However, generating and 
forwarding memory requests to DRAM for in form at i on retri e val , as in Rivard, fails to support 
the Examiner's allegation that "[mjemory requests/read requests for all misses that are forwarded 
to f)R \\\ are Iffitnj S mation " {emphasis 

added), (dearly, generating and forwarding memory re q uests to DRAM for information 
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rc te\ a) as in Rh arc! simph fails to specifically teach "sending an insmjcdoTi.reqiiesi to video 
memory, where a texture module coupled to the shader module sends lb. >n_.requesj to 

the video memory" (emphasis added), as claimed by appellant. Appellant emphasizes that the 
memory request of Rivard fails to meet appellant's claimed "instruction request," as claimed by 
appellant. 

Still yet, appellant respectfully disagrees with the Examiner's argument that "it would have been 
obvious to a person of ordinary skill in the art at the time of the invention to incorporate the 
shading module of AAPA into the texture module of Rivard and Wang because combination of 
shading module and texture module would enable a shading function of the graphics pipeline." 
Clearly, the excerpts from AAP A, Rivard, and Wang relied upon by the Examiner fail to suggest 
"sending an instruction request to video memory, where a texture module coupled to the shader 
module sends the instruction request to the video memory" (emphasis added), as claimed by 
appellant. 



Furthermore, in the Office Action mailed 09/20/2007, in paragraph 15 on page 10, the Examiner 
has argued the following; 



"In response to [appellant's] arguments against references individually, one cannot show 
nonobviousness by attacking references individually where the rejections are based on 
combinations of references. See In re Keller. 642 F.2d 413, 208 USPQ 871 {OCPA 
1981); In re Merck <ft Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Car. 1986). 

In this case, the examiner interprets that Rivard, in view of Wang teaches to send an 
instruction request to memory utilizing a texture module (see refer to the arguments 
above for details). 

Although the combination of Rivard and Wang teach a method and system for retrieving 
instructions from memory utilizing a texture module in a. graphics pipeline, they do not 
explicitly teach controlling the texture module utilizing a shader module coupled thereto. 
However, AAPA teaches controlling the texture module utilizing a shader module 
coupled thereto d ig 3, shader module is also coupled to the tasierizer module). 
Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
of the invention to incorporate the shading module of AAPA into the texture module of 
Rivard and Wang because combination of shading module and texture module would 
enable a shad ng fui tiers <>1 the graphic s pipeline " 
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Appellant respectfully disagrees, 

in addition, with respect to Claim 29, the Examiner has relied on Figures 6 and 10; Col. 4, lines 
46-57; Col. 6, ikes 45-67; and Col. 7, lines 1-10 from Rivard, along with Fig. 3; and Page 5, 
lines 24-31 from AAPA to make a prior art showing of appellant's claimed 'recei v ing additional 
instructions from die video memory in response to the instruction request utilizing the texture 
module," 

Specifically, the Examiner has argued diat "Rivard... teaches that DRAM returns memory data 
to cache data store and memory data resolver component of texel cache system, which further 
sends this information to the texture mapping stage." Further, the Examiner has argued that "the 
texture mapping stage and the texel cache system together are considered as texture module, so 
the information is passed between the components of the texture module." In addition, the 
Examiner has argued that "[tjhe texture mapping stage as shown in Fig. 6 also receives data 
(instructions) from the rasterizer module of the pipeline, and thus the instructions received from 
the DRAM via the texel cache system are considered to be the additional instructions." 

Appellant respectfully disagrees with the Examiner's arguments and asserts that Rivard merely 
discloses that "'DRAM 655 returns the memory data on bus 660 to cache data store and memory 
data resolver 1030, which stores the memory data at the w rite address" (Col 6, lines 53-56 - 
emphasis added). However, merely storing memory data at the write address, as in Rivard, 
simply fails to suggest " receivin g additional instructions from the video memory in response to 
the instruction request utilizing the texture module" " (emphasis added), as claimed by appellant. 
Clearly, storing memory data, as in Rivard, fails to suggest "receiving additional instructions " in 
the manner as claimed by appellant. 

Second, in response to the Examiner's argument that "the texture mapping stage and the texel 
cache system together are considered as texture module," appellant respectfully disagrees and 
asserts that Rivard merely teaches that "[graphics accelerator system 635 includes graphics 
pipeline stages 640 including a tex t u re mapni ng sta ge 6 4 5 for mapping texture information to the 
graphics information received from graphics application program 670 and for maintaining the 
texel information in a texel cache system 650" where the "ftjexture mapping block 645 sends 
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inforniation . via bus 647 totexej .cache system. 650 , and texel cache system 650 sends information 
via bus o4° ' > : t Co! 4, lines 49-57 emphasis added). Clearly, 

the texture mapping stage and separate texture cache system, as in Rivard, fails to suggest 
" receiving additional instructions from the video memory in response to the instruction request 
mi zing ■ v Tcxfute module" (emphasis added), as claimed by appellant. 

Third, in response to the Examiner's argument that "Fig. 6 also receives data (instructions) from 
the rasterizer module of the pipeline, and thus the instructions received front the DRAM via the 
texel cache system are considered to be the additional instructions," appellant respectfully 
disagrees and asserts thai Rivard merely teaches that "the memory request gen era tor is coupled 
between the cache tag block and the cache data store for performing a memory request before an 
address and instruction information associated with the needed texeis reach the cache data store" 
(emphasis added). Clearly, coordinating the arrival of "memory data", where "the data is 
conveniently aligned in the texture.map" (emphasis added), as in Rivard (see excerpts above), 
fails to teach "receiving additional .instructipns " (emphasis added), as claimed by appellant. In 
addition, appellant respectfully asserts that simply nowhere in the description of Figure 6 is there 
any disclosure that "Fig. 6 also receives data (instructions) from the rasterizer module of the 
pipeline," as noted by the Examiner. Thus, Rivard simply fails to meet appellant's claimed 
"receiving additional instructions. . . utilizing the texture module," as claimed. 

Furthermore, in the Office Action mailed 09/20/2007, on Page 7, lines 3-7; Page 5, lines 9-17; 
Page 6, line 10 to Page 7, line 4; and Page 8, lines 4-8, the Examiner has argued the following: 

"In response to [appellant's] arguments against the references individually, one cannot 
show nonoln iousness by atta : < 'uences indis idually where the rejections are based 
on combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 
1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986)." (Page 7, 
lines 3-7) 

"Rivard further teaches receiving instructions from the video memory in response to the 
instruction request utilizing the texture module in the graphics pipeline (it is interpreted 
that instructions stored in DRAM that are requested are basically stored as data, and 
Rivard teaches to send back data in some form in response to the memory request 
g« i era ted as a result of a miss, DR \\t returns memory data to cache data store and 
memory data resolver component of texel cache system, which further sends this 
information to the texture mapping stage the texture mapping stage and the texel cache 
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system together are considered as texture module, so the information/memory data is 
passed between the components of the texture module)." (Page 5, lines 9-1?) 

" The examiner further interprets that Rivard also teaches the arrival of memory data and 
associated instructions at the cache data store and memory data resolve r component of 
the text cache system is coordinated by pipeline latency elements (col. 7 lines 4-7; 
memory data has associated instructions are returned by DRAM, though the data has it's 
associated instructions). Therefore, the examiner brings in the Wang reference that 
suggests a graphics suhtmit (texture module) in a graphics hardware system that supplies 
data and control, signals to local frame buffer memory for executing a series of display 
instructions (Fig. 1 , col 5 lines 38-67; the computer memory includes the local frame 
buffer memory, which corresponds to the DRAM; based on the control signals send by 
the graphics hardware system, the frame buffer returns the polygon display instructions 
that includes the texture data, so that the graphics snbunit executes the display 
instructions using this data). Therefore, it would have been obvious to one of ordinary 
skill in art at the time of present invention to have the memory return instructions as 
taught by Wang to the texture module of Rivard because these instructions are needed to 
render the graphics primitives to be displayed on the display device (col. 5 lines 43-45 
and lines 63-67)." (Page 6, line 10 to Page 7, line 4) 

"However, the examiner interprets that Rivard teaches to send a request to DRAM: via a 
texture module, and based on this request, DRAM sends back data and it's associated 
information to the texture module (see the arguments above for details). Nonetheless, 
Rivard does not explicitly state that the data and it's associated instructions are returned 
by DRAM, though the data has it's associated functions." (Page 8, lines 4-8) 

First, appellant notes that the Examiner's arguments on Page 7, lines 5-21: and Page 8, lines 9-20 
in the Office Action mailed 09/20/2007 are substantially similar to the arguments made by the 
Examiner on Page 6, line 10 to Page 7, line 4 excerpted above. Further, on Page 7, line 21 the 
Examiner has additionally dried "In re Lockhart, 90 USPQ (CCPA 1951)." Second, appellant 
has clearly responded to such arguments above regarding how the excerpts repeatedly relied 
upon by the Examiner fail, to meet or suggest appellant's claimed "receiving additional 
instructions from the video memory in response to the instruction request utilizing the texture 
module" (emphasis added), as claimed by appellant. 



1 urthet ap i that the excerpts from Rivard relied upon by the Examiner 

merely teach that "[tnjemory request generator 1020 generates memory requests for all misses. . .. 
and forwards the re quests to DRAM 655 for information retri eval'" such that "DRAM 655 returns 
the memory data on bus 660 to cache data store and memory data resofver 1030" (Col. 6, lines 
50-55 -- emphasis added). However, Rivard' s disclosure that memory .re quests are forwarded to 
DRAM for tr foj m Hon . . ievai , where the DRAM returns the memory data, fails to support the 
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E xammet s allegation that R 1 1 ard furthe teat hes . ismiqjong from the video memory 

in response to the irj^ieiion. rggiigst utilizing the texture module in the graphics pipeline" 
(emphasis added). Clear!} forward! i rnej lory requests to DRAM for information retrieval, as 
in Rivard, simply fails to specifically teach "receivb add or \l tstrtu ms from the video 
memory in t espouse to uk i j tilizi he texture module" (emphasis added), as 
claimed by appellant. 

In addition, appellant respectfully asserts that the excerpts from Rivard relied upon by the 
Examiner teach that "[b]ecause memory request generator 1020 is between cache tag blocks 
1010, 1.015 and cache data store .1030, generator 1020 can perform l)R .\\! ; >, 'rv requests 
before the address and instruction information reach cache data store and memory data resolver 
1030" (Col. 6, lines 62-66 emphasis added). Furthermore, Wang teaches "a 3D graphics 
subimit 109 for executing a series of display instructions found within a display list stored in 
computer memory" and that "[m'jany of the polygon display instructions include t exture data to 
be displayed within the polygon'" (Col. 5, lines 40-48 - emphasis added). However, the mere 
disclosure of memory- re quest generator 1020 performing DRAM memory requests before the 
instruction information reaches the cache data store, as in Rivard, in addition to the disclosure of 
executing display instructions that may include texture data , as in Wang, simply fails to suggest 
"receiving additional instructions from the video memory in response to the instruction, request, 
utilizing the texture module" (emphasis added), as claimed by appellant. Clearly, performing 
memory requests before instruction information reaches the cache data store, as in Rivard, in 
addition to the disclosure of executing display instructions that may include texture data , as in 
Wang, simply fails to even suggest an "instruction request," much less "receiving additional 
instructions from the video memory in response to the instruction request utilizing the texture 
module" (emphasis added), as claimed by appellant. 

Further, appellant respectfully asserts that Rivaid's disclosure of a "graphics accelerator system 
635 [that] includes pipeline latency elements 1025 to coordinate arri val of the memory data and 
of the associated instructions at cache data store and memory data resolver 1030" (Col. 7, lines 
4-7) clearly leaches away from the Examiner's allegation that it would be obvious to "have the 
memory retain instructions as taught by Wang to the texture module of Rivard because these 
instructions are needed to render the graphics primitives to be displayed on the display device," 
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as noted by the Examiner, since in Rivard the { ^^1i«gJ^ncxglgsagBts . - ■ coordiMte amYal of 
the memory data and. . . the . . .1 •( m \- t emphasis- added) Clearh .us argued above, 
it would not be obvious from the teachings of Rivard and Wang to "reeeiv[e] additional 
instructions from the video memory in response to the instruction request utilizing the texture 
module" (emphasis added}., as claimed by appellant. 

Still yet, appellant agrees with the Examiner's statement that "Rivard does not explicitly state 
that tite data and it - a.->siviated instructions arc returned by DR \M For example, appellant 
asserts that the figures and excerpts from Rivard relied upon by tire Examiner teach that texel 

650 mdudcN cache tags 1010, cache tags 1015. a memory re q 
pipeline latency elements 1025 and cache data store and memory data resoiver 1030" (see Figure 
10; Col. 6, lines 22-26 -■ emphasis added) where the " fmlemory request generator 1020 generates 
memory requests for all misses,., and forwards the requests to DRAM 655 for information 
retrieval'' (Col. 6, lines 50-53 - emphasis added). Clearly, a texel cache system 650 including a 
memory request generator 1020 that generates memory requests that are forwarded to DRAM 
655 for information retrieval as in Rivard, simply fails to suggest "receiving additional 
instructions from the video memory in response to the instruction request utilizing the texture 
module" (emphasis added), as claimed by appellant. 

Furthermore, in the Office Action mailed 09/20/2007, on Page 5, line 1 8 to Page 6, line 9, the 
Examiner has argued the following: 

"Although Rivard discloses the limitations as stated above. Rivard does not explicitly 
teach to combine texture mapping stage and texei cache system to form a texture module. 
However, it would have been obvious to one of ordinary skill in art at the time of present 
invention to combine texture mapping stage and texel cache system of Rivard to work- 
together as a texture module. The unity of diversity of parts would depend more upon the 
choice of the manufacturer, and the convenience and availability of the machines and 
tools necessary to construct the texture module, than on any inventive concept. One of 
ordinary skill in an, furthermore, would have expected [appellant's] invention to perform 
equally well with Rivard 's reference that teaches to send and receive 
infomiation/instruction from the texture mapping stage and texel cache system to the 
DRAM because using this components together will also result in sending and receiving 
instructions to and from DRAM. Therefore, it would have been obvious to one of 
ordinary skill in art at the time of present invention to modify Rivard to obtain the 
invention as specified in the claim." (Page 5, line IS to Page 6. line 9) 
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First, appellant respectfully asserts that the Examiner's arguments on Page 7, lines 8-21 of the 
Office Action mailed 09/20/2007 are substantially similar to the arguments made by the 
Examiner on Page 5, line 18 to Page 6, line 9 excerpted above. Further, on Page 7, line 21 the 
Examiner has additionally citied "In relockhm% 90 USPQ (CCPA 1951)." 

Further, appellant respectfully disagrees with the Examiner's arguments and asserts that it would 
not be obvious to "combine texture mapping stage and texel cache system of Rivard to work 
together as a texture module;' as alleged by the Examiner. For example, Rivard teaches a 
"[gjraphics accelerator system 635 includes graphics pipeline stages 640 including a texture 
mapping sta ge 645 for mapping texture information to the graphics information received from 
graphics application program 670 and for maintaining the texel information in a texel cache 
system 650 " such that tk [ t]exture mapping block 645 sends information via bus 647 to texel cache 
system 650, and texel cache system 650 sends information via bus 649 back to texture mapping 
block 645 " (Col. 4, lines 49-57 - emphasis added). Clearly, Rivard teaches and suggests the use 
of graphic pipeline stages, such as a texture mapping block 645 and texel cache system 650, 
which simply fails to support the Examiner's allegation that it would be obvious to "combine 
texture mapping stage and texel cache system of Rivard to work together as a texture module." 
Therefore, Rivard's teachings of a separate texture mapping block 645 and texel cache system 
650 simply fails to suggest "receiving additional instructions. .. in response to the instruction 
request utilizing the texture module" (emphasis added), as claimed. 

Again, appellant respectfully asserts that at least the first and third elements of the prima facie 
case of obviousness have not been met, since it would he tmohvious to combine the references, 
as noted above, and the prior art excerpts, as relied upon by the Examiner, fail to teach or suggest 
all of the claim limitations, as noted above. 

in view of the remarks set forth hereinabove, all of the independent claims are deemed 
allowable, along with any claims depending therefrom. 
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VIII CLAIMS APPENDIX (37 C.F.R. § 41.37(c)(l)(vm)) 

The text of the claims involved in the appeal (along with associated status information) is set 
forth below: 

1 . { Previously Presented) A method for execution with a system including a tangible 
computer readable medium, the method for retrieving instructions from video memory' utilizing a 
texture module in a graphics pipeline, comprising: 

(a) sending an instruction request to video memory, where a texture module in a graphics 
pipeline sends the i nstruction request to the video memory; and 

(b) receiving instructions from the video memory in response to the instruction request 
utilizing the texture module in the graphics pipeline. 

2. (Previously Presented) The method as recited in claim 1, and further comprising sending 
a texture request, to video memory utilizing the texture module in the graphics pipeline. 

3. (Previously Presented) The method as recited in claim 2, and further comprising 
receiving texture information from the video memory in response to the texture request utilizing 
die texture module in the graphics pipeline. 

4. {Previously Presented) The method as recited in claim 1 , wherein the video memory 
includes a frame buffer. 

5. ( Previously Presented) The method as recited in claim 4, wherein the video memory 
includes direct random access memory (DRAM). 

6. (Original) The method as recited in claim 3, wherein the instructions are adapted for 
controlling a texture environment module coupled to the texture module. 

7. (Original) The method as recited in claim 6, wherein the instructions control the manner 
in which the texture environment module processes the texture information. 
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8. (Original) The method as recited in claim 1 , and further comprising receiving initial 
instructions from a rasterizer module coupled to the texture module. 

9. (Original} The method as recited in claim 8, wherein the initial instructions control at 
least the sending of the instruction request by the texture module. 

10. (Original) The method as recited in claim 3, and further comprising temporarily storing 
the instructions and the texture information in cache. 

1 1 . (Original) The method as recited in claim 10, wherein the cache is resident on the texture 
module. 

1 2. (Previously Presented) The method as recited in claim 3, wherein each piece of texture 
information and each of the instructions are of a similar size in the video memory, 

1 3 , (Original) The method as recited in claim 3, and further comprising controlling the 
texture module utilizing a shader module coupled thereto. 

.1 4. (Original) The method as recited in claim \ 3, wherein the shader module controls the 
sending of the instruction request and the texture request by the texture module. 

1 5, (Original) The method as recited in claim 1 3, wherein the shader module processes a 
plurality of pixels with the texture information based on the instructions. 

16, (Previously Presented) The method as recited in claim i 5, wherein the shader module is 
capable of reusing the texture information in order to request further texture information from the 
video memory. 

1 7, (Original) The method as recited in claim 1 5, and further comprising ceasing the 
processing upon the receipt of a terminate instruction. 
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1 8. (Original) The method as recited in claim 1 , wherein a complete instruction set is 
recei ved in response to the instruction request. 

1 9. (Original) The method as recited in claim 1, wherein a partial instruction set is received 
in response to the instruction request. 

20. {Original) The method as recited in claim 19. and further comprising repeating (a) -• (b) 
in accordance with the instructions. 

21 . (Original) The method as recited in claim 1, wherein (a) (h) are carried out in 
accordance with the instructions received in response to the instruction request. 

22. (Original) The method as recited in claim 1 , wherein the texture module is adapted for 
operating in a plurality of different modes. 

23. (Original) The method as recited in claim 22, wherein the instructions are received in a 
predetermined one or more of the different modes. 

24. (Previously Presented) A computer program product embodied on a tangible computer 
readable medium for retrieving instructions from video memory utilizing a texture module in a 
graphics pipeline, comprising: 

(a) computer code for sending an instruction request to video memory, where a texture 
module in a graphics pipeline sends the instruction request to the video memory; and 

(b) computer code for receiving instructions from the video memory in response to the 
instruction request utilizing the texture module in the graphics pipeline. 

25. ( Previously Presented) A system including a tangible computer readable medium, the 
system for retrieving instructions from video memory utilizing a texture module in a graphics 
pipeline, comprising: 

(a) means for sending an instruction request to video memory, where a texture module in a 
gi i] hie ■ peline sends the instruction request to the video memory; and 



-82- 



(b) means for receiving instructions from the video memory in response to the instruction 
request. 

26. (Previously Presented) A texture sub-system including a tangible computer readable 
medium, the texture sub-system for retrieving instructions from video memory and capable of 
carrying out a method, comprising; 

(a) sending an instruction request to video memory, where a texture module sends the 
instruction request to the video memory; and 

Cb) receiving instructions from the video memory in response to the instruction request. 

2 7, (Previously Presented) A data structure stored in a frame buffer of a graphics processor 
including a tangible computer readable medium, the data structure for allowing the retrieval of 
instructions, where a texture module coupled thereto sends the instruction request to video 
memory, the data structure comprising an instruction object stored in the frame buffer for being 
retrieved therefrom in response to the instruction request utilizing the texture module in the 
graphics processor. 

28. (Previously Presented) A method for execution with a system including a tangible 
computer readable medium, the method for retrieving instructions from video memory, 
comprising: 

(a) receiving a plurality of preliminary instructions from a rasterizer module utilizing a 
texture module coupled thereto; 

(b) sending an instruction request to video memory, where the texture module sends the 
instruction request to the video memory; 

(c) receiving additional instructions from the video memory in response to the instruction 
request utilizing the texture module; 

(d) caching the additional instructions on the texture module; 

(e) sending a texture request to video memory utilizing the texture module in accordance 
with the additional instructions; 

(f) receiving texture information from the video memory in response to the texture request 
utilizing the texture module; 

(g) caching the texture information on the texture module; and 
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(h) repeating (b) - (g) in accordance with the additional instructions. 

29. (Previously Presented) A method for execution with a system including a tangible 
computer readable medium, the method for retrieving instructions from video memory, 

mprismg 

(a) receiving a plurality of preliminary instructions from a rasterizer module utilizing a 
sliader module coupled thereto; 

(b) sending an instruction request to video memory, where a texture module coupled to the 
shatter module sends the instruction request to the video memory; 

(c) receiving additional instructions from the video memory in response to the instruction 
request utilizing the texture module; 

id j caching the additional instructions on the texture module; 

(e) sending a texture request to video memory utilizing the texture module in accordance 
with the additional instructions; 

(t) receiving texture information from the video memory in response to the texture request 
utilizing the texture module; 

(g) caching the texture information on the texture module: 

(h) processing a plurality of pixels with the texture information ut ilizing the shatter module 
in accordance with the additional instructions; 

(i) repeating (b) (h) in accordance with the additional instructions; and 

(|) outputting the processed pixels upon receipt of additional instructions that include a 
terminate instruction. 

30, (Previously Presented) A method for execution with a system including a tangible 
computer readable medium, the method for retrieving instructions from video memory utilizing a 
cache m a g! iphic 1 peline, comprising; 

sending an instruction request to video memory in a graphics pipeline, where a cache in 
the graphics pipeline sends the instruction request to the video memory, and 

receiving instructions from the video memory in response to the instruction request for 
storage in the cache in the graphics pipeline. 
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IX EVIDENCE APPENDIX (37 C.F.R. § 41.37(c)(l)(ix)) 

There is no such evidence. 
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X RE LATE D PROCE EDING APPENDIX (37 CF.R. § 41.37(c)( l)(x)) 

Since no decision(s) has been rendered in such proceeding^), no material is included in this 
Related Proceedings Appendix. 
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In the event a telephone conversation would expedite the prosecution of this application, the 
Examiner may reach the undersigned at (408) 971-2573. For payment of any additional fees due 
in connection with the filing of this paper, the Commissioner is authorized to charge such fees to 
Deposit Account No. 50- J 351 (Order No. NVIDP064). 



Respectful Sy submitted, 



By /KEVINZ1LKA. Date: _March 19. 2008 

Kevin J. Zilka 
Reg. No. 41,429 

Zilka-Kotab, P.C. 

P.O. Box 72 1 120 

San Jose, California 95 172-1 120 

Telephone: {408)971-2573 

Facsimile: (408) 971-4660 



